小团队项目管理开源工具

传统上，我们如何看待社区健康和活力？

我们可能很快将主要涉及代码贡献的指标归零：有多少公司在贡献？ 有多少个人？ 多少行代码？ 总的说来，这既涉及开发活动的水平，也涉及贡献者基础的广度。 前者谈到该项目是否会继续得到增强和扩展。 后者取决于它是否吸引了各种各样的开发人员或主要由单个组织控制。

Linux Kernel Development Report跟踪这些统计数据，并且毫不奇怪，它在所有方面都看起来非常健康。

但是，尽管开发节奏和代码贡献仍然很重要，但是开源社区的其他方面也走在前列。 部分原因是开放源代码不仅仅是一种开发模型。 这还与使用户和其他有关方面更轻松地进行交互，而不仅仅是被动地接受代码。 当然，已有很长时间的用户组。 但是开放源代码可以简化用户的参与，就像软件开发一样。

这是我与OpenShift社区开发总监Diane Mueller讨论的主题。

当OpenShift成为部分基于Kubernetes版本3的容器平台时，Mueller认为有必要将社区扩展到核心代码贡献者之外。 部分原因是因为OpenShift越来越多地接触了各种开源项目和组织，例如与开放容器计划（OCI）和云原生计算基金会（CNCF）相关的项目 。 除了用户之外，提供托管服务的云服务提供商也希望有办法参与该项目。

穆勒解释说：“我们试图做的是对社区的组成敞开胸怀，”穆勒补充说，“我们之所以称为下议院，是因为红帽位于波士顿附近，而我来自该地区。 波士顿共同公园是一种共享资源，您可以在这里放牧牛群的草丛，也可以拥有农民的时髦市场或它们今天在波士顿共同市场所做的任何事情。”

她说，这种新模式确实是“一个融合了所有这些不同方面和不同观点的新生态系统。 我们使用了许多虚拟工具，以及许多新工具，例如Slack。 我们已经超越了邮件列表。 我们每周做一次简报。 我们非常虚拟，因为，我没有扩展。 传教士和开发倡导者团队没有扩大规模。 我们需要能够将所有这些信息，所有这些新信息都传达出去，因此我们变得非常虚假。 我们与很多人一起创建了在线学习资料，提供了很多非常好的工具，为此，我们获得了很多社区的帮助和支持。”

^{Open Shift社区开发总监Diane Mueller讨论了强大的用户社区在开源软件开发中的作用。 （提供者：Gordon Haff，CC BY-SA 4.0）}

但是，Commons模型的一个有趣方面是它不仅是虚拟的。 我们在许多成功的开源社区（例如Linux内核）的其他地方也看到了相同的模式。 邮件列表，IRC和其他协作工具上有许多日常活动。 但这并不能消除面对面交流的好处，因为面对面交流可以进行更丰富和非正式的讨论和交流。

这次对Mueller的采访在OpenShift Commons聚会之后的伦敦进行。 聚会是全天活动，每年举行多次，通常有数百人参加。 许多重点放在用户和用户故事上。 实际上，穆勒指出：“在伦敦，下议院议员之一塞克尼克斯（Secnix）确实是我们在这里实际举办聚会的主要原因。 贾斯汀·库克（Justin Cook）在组织场地方面做了出色的工作，并在不到50天的时间内帮助我们将整个事情整合在一起。 许多社区聚会和事物都是由下议院成员推动的。”

Mueller希望越来越关注用户。 她指出：“在[Red Hat]峰会上举行的OpenShift Commons聚会几乎完全是案例研究。” 用户在谈论堆栈中的内容。 他们学到了什么？ 最佳做法是什么？ 与我们在伦敦一样，分享他们已经完成的想法。”

尽管Commons模型是在创建OpenShift时就出于某些特定需求而开发的，但Mueller认为这是一种可以广泛应用的方法。 她说：“我认为，如果您抽象出我们所做的工作，则可以将其应用于任何现有的开源社区。” “在某些方面，这些基础仍然发挥了很好的作用，为您提供了一些围绕治理的结构，并帮助孵化了东西，并帮助创建了标准。 我真的很喜欢OCI为围绕容器创建标准所做的工作。 在某些方面，它仍然起作用。 我认为，我们可以从经验中学到的经验教训以及可以应用于其他项目的经验是，开放社区，使其包含反馈机制并放弃领奖台。”

尽管像OpenShift Commons这样的方法，社区模型的演变更广泛地反映了开源的健康发展。 当然，一些用户已经参与了开源软件的开发很长时间了。 今天引人注目的是用户直接参与的广泛性和普遍性。 当然，开源仍然是许多现代软件开发的核心。 但是对于用户彼此学习以及与合作伙伴和开发人员一起工作的方式，它也变得越来越重要。

翻译自: https://opensource.com/article/18/3/how-communities-are-evolving

小团队项目管理开源工具