鉴于 Kubernetes 项目的增长和规模，现有的报告机制被证明是不够的和具有挑战性的。Kubernetes 是一个大型的开源项目。仅仅在主要的 k/kubernetes 仓库中就提交了超过 100000 次，项目中还有数百个其他代码仓库，以及数千名贡献者，因此有很多事情正在发生。事实上，在我写这篇文章的时候，有 37 个贡献者小组。我们也重视所有形式的贡献，而不仅仅是代码更改。
考虑到这一背景，报告所有这些活动的挑战，是呼吁采取行动，寻求更好的选择。因此，受 Apache 软件基金会PMC 报告开放指南[1]和CNCF 项目年度报告[2]的启发，Kubernetes 项目自豪地发布 Kubernetes Community Group Annual Reports for Special Interest Groups (SIGs) and Working Groups (WGs)。在其旗舰版中，2020 年总结报告[3]集中在通过评估和促进上游社区群体的健康来改善 Kubernetes 生态系统。
以前，Kubernetes 项目总体报告小组及其活动的机制是devstats[4]、GitHub 数据和问题，以衡量给定 UG/WG/SIG/委员会的健康程度。作为一个跨越多个不同社区的项目，捕捉事物人性的一面是至关重要的。有了 5 万多名贡献者，我们很容易认为这个项目已经得到了足够的帮助，这份报告显示的信息比给最终用户/help-wanted 和/good-first-issue 的更多。这就是我们维持项目的方法。指导委员会成员Paris Pittman[5]说：“我们需要更严格的反馈回路——不仅仅是 GitHub 数据和问题。考虑到 Kubernetes 作为一个项目在规模和贡献者数量上的增长，现有的报告机制已经不适合我们。”
指导委员会成员与领导小组和委员会的人员之间的现有沟通渠道也需要尽可能开放和双向。为了达到这一目的，每个小组和委员会都被分配了一个来自指导委员会成员的联络人，以在整个过程中启动、帮助或指导。根据Davanum Srinivas a.k.a. dims[6]的说法，“……这是这份报告背后的主要动机之一。人们（领导团队/委员会）知道他们可以联系我们，这是他们联系我们的工具……这是我们为他们建立双向反馈的方式。”将在指导委员会每月会议上更新和跟踪这些行动项目的进展，确保这不是一项一次性的活动。引用指导委员会成员之一Nikhita Raghunath[7]的话：“……一旦我们有了一个基础，联络人将与这些团体合作，以确保问题得到解决。明年我们有报告的时候，我们会看看取得的进展，以及我们还可以做得更好。但我们的想法绝不仅限于这份报告。”
通过这个报告，我们希望能够向我们的最终用户社区提供信息，让他们能够使用这些信息来确定支持项目的方式，并对即将到来的特性的路线图进行预览。作为一个社区，我们希望听到大家对报告的意见。你可以通过Slack[8]或邮件列表[9]与指导委员会[10]取得联系。
参考资料
[1] PMC 报告开放指南: https://www.apache.org/foundation/board/reporting
[2] CNCF 项目年度报告: https://www.cncf.io/cncf-annual-report-2020/
[3] 2020 年总结报告: https://github.com/kubernetes/steering/blob/master/reports/summary-2020.md
[4] devstats: https://k8s.devstats.cncf.io/
[5] Paris Pittman: https://github.com/parispittman
[6] Davanum Srinivas a.k.a. dims: https://github.com/dims
[7] Nikhita Raghunath: https://github.com/nikhita
[8] Slack: https://kubernetes.slack.com/messages/steering-committee
[9] 邮件列表: steering@kubernetes.io
[10] 指导委员会: https://github.com/kubernetes/steering#contact
猜你喜欢: