PowerShell Core 项目经理 Joey Aiello 发布博客称，为了解决日益增长的 issues 和 PR 堆积问题，PowerShell 委员会商议决定，在 PowerShell 项目（包括那些将其模块贡献到 PowerShell 包中的存储库）中引入工作组（Working Groups，WGs）的概念，以提高决策过程的效率，减少堆积压力。
数据显示，平均每年有 700-1000 个 PR 和 1300-1500 个 issues 提交到 PowerShell repo，其中大概有一半的 PR 和 90% 的 issues 来自于社区。
Joey 称，此工作小组相当于是一个 PowerShell 项目中特定领域的子委员会。
在决定引入工作组概念之前，PowerShell 委员会的成员首先设定了两个目标：
- 首先，他们希望提高 PowerShell 的 innovation 速度的同时，又不影响许多人在其关键基础架构和自动化环境中所依赖的引擎和语言的稳定性。
- 此外，他们发现，许多贡献者花了很多时间在了贡献和讨论上，但这些贡献和讨论最终却被维护者或委员会拒绝。该团队表示，尽管这些拒绝是出于正当理由（例如，危险的重大更改），但这也让他们意识到，或许可以在贡献者花费大量时间和精力之前，就对不合理的内容进行拒绝，从而避免造成时间和精力的浪费。
于是，委员会认为，他们需要：
- 增加可以批准或拒绝提案的人数，尤其是那些对 topic 具有特定领域知识的人
- 使这些批准和拒绝更加明确，不打击贡献者的积极性
- 在流程的早期进行批准和拒绝，以避免对贡献者和维护者造成不必要的工作
最终，为了实现这些目标，工作组概念应运而生。工作组的一些职责包括有：
- 促进有关问题的讨论并提出要求
- 决定功能提案是否需要征求意见书（RFC）的文件才能获得委员会的批准
- 批准或拒绝 issues 中的功能提案
- 在 RFC 讨论中提供指导和专业知识
- 将 issues 分类归档
- 审查拉取请求中的代码
PowerShell 方面称，他们计划采用分阶段的方法来推出这些治理更改，并收集用户反馈。接下来，他们还会公布更多有关于升级和委员会审查工作的指南。
而如果大家觉得问题、拉取请求或 RFC 没有得到工作组的充分处理，他们仍然可以随时@PowerShell/powershell-committee，或者要求添加一个 Review-Committee 标签。
最初，工作组仅由 PowerShell 团队成员组成。但是在接下来的几个月中，该团队将与影响力很大的社区贡献者联系，以评估他们对加入工作组的兴趣。
猜你喜欢:暂无回复。
