“你的 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 这样的项目中尤其困难，这个项目 最近满 22 岁。经过二十多年构建像 GNOME 这样的项目，其中包含如此多被如此多的人和组织使用的部分，迁移是一项只有在 GNOME 社区的辛勤工作和 GitLab 的慷慨协助下才有可能完成的努力。
我发现在一个使用 Git 进行版本控制的项目中工作非常方便。这是一个让人感到舒适和熟悉的系统——它是一个在工作场所和业余项目中都一致的工具。作为 GNOME 社区的新成员，我很高兴能够立即上手并直接使用 GitLab。作为社区建设者，看到这些成果令人鼓舞：更多相关项目加入并进入生态系统；新的贡献者和社区成员为项目做出他们的首次贡献；以及衡量我们正在做的工作以了解其有效性和成功性的能力增强。
很高兴看到这么多从事完全不同工作（例如他们正在做什么以及他们正在使用的技能）的团队同意集中使用任何工具——尤其是一个被认为是开源标准的工具。作为 GNOME 的贡献者，我真的很欣赏我们正在使用 GitLab。
4 条评论