微软开源Windows Presentation Foundation(WPF)已经两年了,它的.NET核心UI框架用于构建Windows桌面应用程序,但是贡献者对微软如何处理这个项目并不满意https://www.zdnet.com/article/microsoft-open-sources-key-windows-ux-frameworks-launches-first-visual-studio-2019-preview/“>开源WPF,以及Windows窗体和Windows UI XAML库(WinUI),将于2018年12月在GitHub上发布。在阻止开发人员将WPF应用程序从.NET Framework移植到.NET Core之后,它开放了WPF。
现在,微软在GitHub社区进行的一项调查显示,贡献者对其处理WPF和其他开源项目(包括Windows窗体)的满意度如何,ASP.NET.NET运行时,.NET软件开发工具包(SDK)、.NET实体框架(EF)核心和.NET Roslyn编译器平台。它得到了191条回复。
除了WPF之外,调查中涉及的五个存储库中有四个的贡献者满意度相当高。WPF的11个贡献者对回购维护者的响应能力和参与程度“极度不满意”或“中度不满意”,而至少有4个参与者“中等满意”。
“WPF是满意度的主要异常值,“注意到.NET核心团队的项目经理Sam Spencer,
主要抱怨是拉取请求(PR)和问题没有由WPF维护人员解决。撰稿人还说,他们不知道是否以及何时会对这些问题采取行动。
Spencer对WPF团队绩效的解释是,WPF团队“人手不足”,缺乏测试基础设施来响应社区贡献。
“该团队仍专注于按照发布的路线图完成.NET 5.0,并将分享关于提高社区参与度的计划的更新“PRs和.net6.0版本早期的问题,”Spencer说。
撰稿人还说,他们在本地构建存储库遇到了困难,但这一点适用于所有五个项目。为了解决这个问题,微软正在探索是否可以使用GitHub代码空间来帮助贡献者在云中快速配置工作区。GitHub代码空间在Azure中替换Visual Studio代码空间
与其他回购。
“这表明仍有工作要做,”斯宾塞说。
他指出,微软发布了一个7月份WPF路线图详细说明了人员配置和工装改进处理WPF的请购单。此外,Microsoft正在创建内部仪表板,以跟踪对问题的响应时间和合并社区PRs所用的时间。