GitLab：有没有办法为分支分配状态/评论？

Question

我计划使用 GitLab 来管理 Git 存储库（主要是来自各个硬件供应商的 Linux 内核）。

目前，我正在使用 Gitolite 来管理 Git 服务器和 MediaWiki 上的用户，以拥有所谓的“分支表”；换句话说，单个用户报告的表：

• 分支名称（例如 xboard-feat-i2c2）
• 分支维护者
• 简短的分支描述（例如“从 rev 2.0.0 开始，在自定义主机板 X 上实现 i2c2 驱动程序的功能分支”）
• 分支状态（WIP、测试、准备合并、已中止）
• 分支较长的信息（例如“要构建此分支，您必须更改此操作并执行此操作（相对于默认指令）。我们目前在这方面遇到问题..”等等）。在本节中，我通常还编写用于测试该特定软件的测试床/测试套件的参考。

这里的主要问题是上面的表是手动创建的，有时，用户忘记添加分支或重命名它们。

我想知道 GitLab （或类似工具）中是否有一个地方可以插入这条信息。

我目前计划强制用户在存储库的根目录上创建一个自述文件（或一个分支自述文件，以避免冲突），如此处所述，包含所有必需的信息，我想知道是否有办法在GitLab 项目显示各个分支的所有 README 信息。

Answer 1

自从“将每个人正在做的事情放在一个他们总是忘记维护的大文件中”以来，我们已经取得了很大的进步。对于问题跟踪器和拉取请求系统来说，您正在做的事情似乎是多余的。GitLab 有这些，所以让我们使用它们。

• 为每项任务提出一个问题。
  • 根据任务命名问题，以人类可读的方式命名。
  • 将任务的描述和任何其他信息放入问题中。
  • 将分支维护者分配给该问题。
• 使用问题编号为该任务创建一个分支。git branch issue/123
  • 如果您想使用更奇特的命名方案，请将分支的名称放在问题中（我建议不要这样做，保持简单）。
• 使用问题评论系统进行有关分支/任务的任何讨论。
• 使用问题标签来显示任何状态或类别信息。
• 当准备好合并时，发出拉取请求。
  • 遵循正常的拉取请求流程。
• 当合并时...
  • 删除分支。
  • 关闭问题。

这利用了 GitLab 问题跟踪器与代码的良好集成。问题是可搜索的，它们附加了对话，可以在提交中引用它们（反之亦然），并且它们在关闭后被存档。分支命名方案很简单，允许未来的开发人员轻松跟踪旧分支回到其开发历史（分支名称在删除后保留在合并提交中，因此请确保始终git merge --no-ff）。