“你的 GitLab 是什么？” 这是我在为 GNOME 基金会 工作的第一天被问到的首要问题之一——该非营利组织支持 GNOME 项目，包括 桌面环境、GTK 和 GStreamer。 提问者指的是我在 GNOME 的 GitLab 实例上的用户名。 在我在 GNOME 工作期间，我被多次询问我的 GitLab。
我们几乎所有事情都使用 GitLab。 在典型的一天中，我会收到一些问题并参考错误报告，并且我偶尔需要修改文件。 我这样做不是以开发者或系统管理员的身份。 我参与了参与和包容性与多元化 (I&D) 团队。 我为 GNOME 之友撰写新闻通讯，并采访该项目的贡献者。 我负责 GNOME 活动的赞助。 我不编写代码，但我每天都使用 GitLab。
在过去的二十年中，GNOME 项目的管理方式有很多种。 该项目的不同部分使用不同的系统来跟踪代码更改、协作和共享信息，既作为一个项目又作为一个社交空间。 然而，该项目决定需要变得更加集成，从概念到完成大约花费了一年时间。
GNOME 希望切换到单一工具以供整个社区使用的原因有很多。 外部项目与 GNOME 接触，为他们提供一种更轻松的方式与资源交互对于项目来说非常重要，既要支持社区，又要发展生态系统。 我们还希望更好地跟踪 GNOME 的指标——贡献者的数量、贡献的类型和数量以及项目不同部分的开发进度。
在选择协作工具时，我们考虑了我们的需求。 最重要的要求之一是它必须由 GNOME 社区托管； 由第三方托管感觉不是一个选项，因此排除了 GitHub 和 Atlassian 等服务。 当然，它必须是自由软件。 很快就变得明显，唯一真正的竞争者是 GitLab。 我们希望确保贡献变得容易。 GitLab 具有单点登录等功能，允许人们使用 GitHub、Google、GitLab.com 和 GNOME 帐户。
我们一致认为 GitLab 是最佳选择，我们开始从多种工具迁移到单一工具。 GNOME 董事会成员 Carlos Soriano 领导了这项工作。 在 GitLab 和 GNOME 社区的大力支持下，我们在 2018 年 5 月完成了该过程。
人们非常希望迁移到 GitLab 将有助于发展社区并使贡献变得更容易。 由于 GNOME 之前使用了如此多的不同工具，包括 Bugzilla 和 CGit，因此很难定量衡量这种切换对贡献数量的影响。 但是，我们可以更清楚地跟踪一些统计数据，例如 2018 年 6 月至 11 月期间关闭的近 10,000 个问题和合并的 7,085 个合并请求。 人们感觉社区已经发展壮大，变得更加热情好客，而且贡献实际上变得更容易了。
人们从各种不同的起点来到自由软件，重要的是要通过为需要帮助的人提供更好的资源和额外的支持来尽量平衡竞争环境。 Git 作为一种工具被广泛使用，越来越多的人带着这些技能准备就绪来参与自由软件。 自托管 GitLab 提供了完美的机会，将 Git 的熟悉性与 GitLab 提供的功能丰富、用户友好的环境相结合。
已经过去一年多了，这种变化非常明显。 持续集成 (CI) 一直是开发的一大优势，并且已完全集成到 GNOME 的几乎每个部分。 不进行代码开发的团队也已转而使用 GitLab 生态系统来完成他们的工作。 无论是使用问题跟踪来管理分配的任务，还是使用版本控制来共享和管理资产，即使是参与和 I&D 等团队也开始使用 GitLab。
即使是开发自由软件的社区，也很难适应新的技术或工具。 在像 GNOME 这样的项目中，这种情况尤其困难，GNOME 是一个 最近迎来 22 周年 的项目。 经过二十多年的构建像 GNOME 这样的项目，其中包含如此多的部分供如此多的人和组织使用，迁移是一项艰巨的任务，这仅仅得益于 GNOME 社区的辛勤工作和 GitLab 的慷慨帮助。
我发现在一个使用 Git 进行版本控制的项目中工作非常方便。 这是一个让人感到舒适和熟悉的系统——它是一种在工作场所和业余项目中都一致的工具。 作为 GNOME 社区的新成员，我很高兴能够立即加入并使用 GitLab。 作为社区建设者，看到结果令人鼓舞：更多相关的项目加入并进入生态系统； 新的贡献者和社区成员为项目做出他们的首次贡献； 以及衡量我们正在做的工作的能力增强，从而知道它是有效且成功的。
很高兴看到如此多的团队在做完全不同的事情（例如他们正在做什么以及他们正在使用的技能）都同意集中使用任何工具——尤其是被认为是开源标准之一的工具。 作为 GNOME 的贡献者，我真的很感谢我们正在使用 GitLab。
4 条评论