如何使用 gitlab、jenkins、git 设置代码审查工作流？

Question

所以我的问题是我想建立一个代码审查流程，我拥有的工具是：git，gitlab，jenkins .. 我的想法是拥有一种团队成员需要在任何时候填写的表格或清单其他成员想要合并一些新代码，如果检查表填写正确并且新代码被审阅者批准，则应该合并代码，否则合并请求被拒绝。

每个人都知道我如何实现这一目标吗？ 或者也许有比清单更好的主意？

谢谢你们，

此致

Answer 1

你可以使用 GitLab CI，就像 Jenkins 一样，他可以在合并之前通过测试、编译和做你想做的任务。 在 Gitlab 中，您有自动合并，这在您配置时完成。 （ https://docs.gitlab.com/ee/user/project/merge_requests/merge_when_pipeline_succeeds.html ）

Answer 2

使用GitLab 13.7 （2020 年 12 月），您不需要像 Gerrit 这样的第三方工具。

您现在拥有正式的合并请求审阅者：

合并请求的审阅者

请同事审查您的代码应该是贡献代码的常规部分，但它通常是不必要的复杂。

像要求评论这样的简单任务可能会导致混淆。 例如，你应该怎么问？ 一封电邮？ 评论？ 聊天消息？

如果没有正式的流程，审核可能会不一致且难以跟踪。 以前，一个选项是为合并请求指定一个审阅者，但即使采用这种形式，作者和审阅者都出现在同一个受让人字段中，这使得其他团队成员很难知道谁在做什么。

GitLab 13.7 为合并请求引入了审阅者，允许作者向某人请求审阅。
新的“审阅者”字段允许以与受让人类似的方式将用户指定为审阅者。 审查者会收到通知，邀请他们审查合并请求。

这为请求审查提供了正式流程，并阐明了合并请求中每个用户的角色。

未来的迭代将包括显示与合并请求最相关的审阅者以及将审阅者置于中心的简化合并请求批准流程。
您可以在合并请求审阅者分配史诗中了解更多详细信息。

请参阅文档和问题。

同样的GitLab 13.7 （2020 年 12 月）通过以下方式促进了审查过程：

直接从合并请求中选择一次显示一个文件

合并请求审查是确保来自贡献者的代码质量的一项基本任务，因为这是作者和审查者之间大部分交流的地方。 但是，随着合并请求变得更大并且涉及更多文件，合并请求差异的导航和性能可能变得困难。

GitLab 13.7 引入了在合并请求视图中一次显示一个文件的选项。 当您导航到合并请求的更改选项卡时，单击齿轮图标并选中标记为一次显示一个文件的框。 这将一次显示一个文件，并启用Prev和Next按钮在文件之间导航。

单文件模式提供了更干净的工作区并增强了审阅者对单个文件的关注，同时提高了合并请求差异的性能和导航。

请参阅文档和问题。