GitLab致开源项目维护者的一封信

你的名字 2022-08-20 06:11 15阅读 0赞

本文来源于我在InfoQ中文站翻译的文章，原文地址是：http://www.infoq.com/cn/news/2016/02/gitlab-to-open-source-maintainer

前几日，GitHub上一些流行的开源项目维护者联合签署了一篇名为[“亲爱的，GitHub”][GitHub]的公开信，表达了对GitHub某些行为的不满之情。接下来，[GitLab][]官方也发出了自己的声音。他们在自己的博客上表达了希望GitLab成为任何软件项目的最佳托管场所的愿景，无论开源与否，无论项目规模是怎样的，他们都希望GitLab能在这个过程中助广大开发者一臂之力。GitLab官方表示，虽然GitHub开源社区联合签署的公开信并不是针对于自己，但他们还是对这封公开信中所提及的问题进行了深入的思考。最后，GitLab希望能与广大开发者分享他们的一些想法，以及为了让GitLab变得更好而做出的努力。

**主要的问题**

> 在记录Issue时常常会丢掉诸如重现步骤或是测试的版本等相关的重要信息。我们希望Issue能够拥有一些自定义字段，同时还能提供一种机制（比如说强制性的Issue模板，这也许可以通过在项目根目录下的newissue.md文件来实现，这也是个简单的解决方案）来确保每个Issue都能如此。

在GitLab中，你可以对Issue与合并请求设定模板。我们还计划添加多个模板，这样使用者就可以根据需要进行选择了。此外，GitLab还对自定义字段表示出了兴趣。对于模板使用new\_issue.md文件是个好想法，我们也很乐意讨论这个问题。

> Issue通常伴随着毫无内容的“+1”评论，这只会不断困扰项目维护者以及其他订阅了这个Issue的人。这些+1对于让维护者知晓这个Issue的影响范围有多么广是很有意义的，不过其缺点也是显而易见的。我们希望Issue能有一个不错的投票系统，对于那些诸如“+1”或是“me too”等无内容的评论会触发一个警告，并给出相应的指示告诉大家该如何使用投票机制。

GitLab目前有一个投票系统，它会自动将+1转换为一个投票。在我们自己使用GitLab作为问题追踪或是特性投票功能时，这对于我们来说是个优先级很高的事情。我们还计划对投票进行一些改进，这里也欢迎大家提出更多有价值的想法以及合并请求。

> 很多时候，人们在创建Issue与Pull Request时并未遵守CONTRIBUTING.md贡献指南，这是由于在创建Issue时，“贡献指南”并不起眼所导致的，同时也与该指南包含了大量与Issue并不相关的信息有关（比如说关于如何Hack项目的信息等）。维护者应该能在仓库中配置一个文件，该文件显示在新的Issue/PR页面的顶层位置而不是一个链接的形式。维护者可以选择在里面插入内容，当然也可以在必要时使用指向其他页面的链接。

目前，我们提供了对CONTRIBUTING.md的链接，你可以在创建Issue与合并请求时使用。还可以使用Issue模板告知人们具体的规则。我们对于在GitLab中为Issue添加自定义的贡献文件很感兴趣。

**对于具体建议的响应**

在“亲爱的，GitHub”的公开信中包含了长长的建议列表。若想了解我们对于每个建议的回应，请在GitLab.com上查看。其中有一个Issue被反复提起多次，那就是无法创建合并提交。在GitLab中，你可以使用快进合并或是对合并请求进行变基来间接实现合并提交。

**我们是如何构建GitLab的**

GitLab的构建是开放的。我们对GitLab变化的决策、疑虑、争论与新特性等等都可以在我们的仓库中看到（主要是GitLab CE与GitLab EE）。每个人都可以自由地提交、创建新Issue、投票以及对GitLab的开发做出贡献。我们有着短期与长期的目标，这些目标都可以在仓库的Issue中与网站的页面上看到。如果想要改变某些东西，请创建Issue或是提交合并请求。你可以选择自己实现，也可以让其他人帮你做。好的想法总会得到人们的关注。

GitLab的这份声明发出后，很快就在国外各大社区中引起了人们的广泛关注，也有很多人表达了自己的看法。

Mdw说到：

> 我最近在GitLab上创建了一个iOS App，GitLab的工程师的表现让我感到震惊，他们很快就对我所提交的Issue作出了响应，并且每次发布时都改进了API，我真的没有想到他们能做到如此之好的程度。GitLab有一点做得特别好，那就是每个月的22号都会有一个发布，因此你可以进行持续的改进。如果你认为GitLab不适合于你的开源项目，那你也可以在其Issue追踪器上与GitLab团队好好聊聊，问题很快就会得到解决！

lexicality说到：

> 在过去一年多的时间内，我们一直在组织内部使用GitLab CE。我们需要一个on-premises解决方案，这是公司的策略所决定的。到目前为止，体验是非常棒的。在EE中，我们所需要的一切都在，我们最终也选择了EE。我们还有专门的dev-ops。此外，EE的价格相比于GitHub Enterprise来说也是很给力的。从我个人角度来说，我认为GitLab做得非常不错。

akerro说到：

> 我所在的公司有将近300名开发者，准备在未来的几个月内迁移到GitLab上。今天，公司的CTO/PM向我们分享了他们对于GitLab的看法，他们觉得我们的做法是非常正确的。我是GitLab的老用户了，使用GitLab也有好几年的时间。从我个人的角度来说，我喜欢GitLab要胜于GitHub，其中一个重要的原因就是我担心GitHub有太多的项目，对OSS控制得过多。此外，我也不喜欢他们的CoS。GitLab，好运，我看好你！

**关于GitLab**

GitLab包括Git仓库管理、代码审查、问题跟踪、Wiki等功能。GitLab搭配GitLab CI，能更简单地实现持续集成和自动部署。目前的GitLab提供了社区版（CE）与企业版（EE）。社区版可从网络免费下载并且是开源产品，它出自一个由700多人组成的社区。企业版提供订阅服务，并且更深层次地集成了LDAP/AD、Jira与Jenkins等。

[GitHub]: https://github.com/dear-github/dear-github/tree/2f45c3255a55c3ac111817840537151d96e1649e
[GitLab]: https://www.gitlab.com