Uber 的开源项目办公室通过数据解答的 4 个问题

据说“软件正在吞噬世界”，最终每家公司都将成为“软件公司”。由于开源正在成为开发软件的主流途径，公司如何管理其与所依赖的开源项目的关系将对其成功至关重要。

开源项目办公室 (OSPO) 是公司管理此类关系的资产，越来越多的公司正在建立它们。 甚至 Linux 基金会也有一个名为 TODO Group 的项目，“合作开展实践、工具和其他方式来运行成功和有效的开源项目和程序”。

Uber 是 TODO Group 的成员，并且 其 OSPO 正在与 Bitergia Analytics（我在那里工作）合作，以检查 Uber 的开源社区参与度，并解决有关其项目活动和绩效的问题，这是决策的两个重要因素。 Bitergia 是 开源软件社区健康分析 (CHAOSS) 的核心贡献者之一，CHAOSS 是一个 Linux 基金会项目，专注于：

• 建立用于衡量社区活动、贡献和健康的标准、与实现无关的指标
• 生产用于分析软件社区开发的集成开源软件
• 构建可重现的项目健康报告/容器

要问的问题

以下是 Uber 的 OSPO 试图用数据解决的四个问题。

1. 我的贡献者在哪里？

由于对 Uber 开源项目的大量贡献发生在 GitHub 上，我们可以将它们按地理位置绘制成热图。

但还有其他方法可以检查项目的地理多样性，尤其是在贡献来自没有地理数据信息的工具（例如 Git 或邮件列表）时。 在这些情况下，时区数据可能是一种宝贵的资源。

这些图表清楚地表明，对 Uber 开源软件项目的大部分贡献来自美国西海岸，但贡献者分布在全球各地。

2. 我的社区有多少核心、常规和偶尔的贡献者？

许多人熟悉 公交车系数，但它很难衡量。 一种方法是根据他们的活动识别核心、常规和偶尔的项目贡献者

• 核心贡献者： 在特定时间段内贡献了 80% 的人
• 常规贡献者： 在特定时间段内贡献了 15% 的人
• 偶尔贡献者： 在特定时间段内贡献了 5% 的人

这种定位社区成员的方法称为洋葱分析。 贡献可以是提交、提交的问题、提交的拉取请求等。

此图表显示了按季度划分的贡献者类型的演变

3. 我的社区在成长吗？

通过跟踪一段时间内活跃贡献者和存储库、论坛、邮件列表等的数量，我们可以看到 Uber 开源社区的演变。 但我们可以通过识别这些开发人员的协作方式来更进一步。

例如，比较 Uber 2014-2015 年的项目和贡献者网络

通过其 2017-2018 年的网络，我们可以直观地检查 Uber 的开源软件生态系统变得多么丰富和复杂。

4. 我如何处理外部贡献者？

公平竞争是任何开源社区的关键。 Uber 如何处理公司外部对其开源项目中提出的问题、疑问和代码贡献，表明了它的受欢迎程度，并且此信息有助于 Uber 调整策略以改进指导、文档等。

例如，去年关闭非 Uber 员工提出的问题所需的中位数时间为四到五天，而前一年几乎为九天。

如果我们看一下去年的 GitHub 拉取请求，Uber 员工提交的拉取请求大约在五个小时内关闭（中位数），而非 Uber 员工提交的拉取请求几乎在一天内关闭。 这好吗？ 我觉得不错，但这取决于 Uber 的 OSPO 目标和政策来决定他们是否要改进它。

下一步

这篇文章中的所有图表和数据都是通过 GrimoireLab 创建的，它是 CHAOSS 工具之一，通过分析 Uber 的 OSPO 管理的所有项目。 有一个 实时仪表板 可用于处理数据。 由于一切都基于免费的开源软件，您可以构建自己的仪表板。

这些项目是 Uber 在 GitHub 中发布的项目，但它们是 OSPO 唯一应该担心的项目吗？ 绝对不是，因此 Uber 和 Bitergia 正在努力将这些分析扩展到 Uber 正在贡献的整个开源项目集。

Uber 的 Brian Hsieh 和 Bitergia 的 Manrique Lopez 在第 17 届南加州 Linux 博览会（SCaLE 17x）3 月 7 日至 10 日在加利福尼亚州帕萨迪纳市上介绍了 在 Uber 构建协作式开源程序，并在 3 月 12 日至 14 日在加利福尼亚州半月湾举行的开源领导力峰会上进行了类似的演讲。