所以我的问题是我想建立一个代码审查流程，我拥有的工具是：git，gitlab，jenkins .. 我的想法是有一种表格或清单，团队成员需要随时填写其他成员想要合并一些新代码，如果检查表填写正确并且新代码被审阅者批准，则代码应合并，否则合并请求被拒绝。
每个人都知道我该如何实现这一目标吗？或者也许有一个比清单更好的主意？
谢谢你们，
此致
问问题
453 次
2 回答
0
使用GitLab 13.7（2020 年 12 月），您不需要像 Gerrit 这样的第三方工具。
您现在拥有正式的合并请求审阅者：
合并请求的审阅者
要求同事审查您的代码应该是贡献代码的常规部分，但它通常是不必要的复杂。
要求审查之类的简单任务可能会导致混乱。例如，你应该怎么问？一封电邮？评论？聊天消息？
如果没有正式的流程，评论可能会不一致并且难以跟踪。以前，一个选项是为合并请求分配审阅者，但即使采用这种形式，作者和审阅者也会出现在同一个受理人字段中，这使得其他团队成员很难知道谁在做什么。
GitLab 13.7 引入了合并请求的审阅者，允许作者向某人请求审阅。
新的“审阅者”字段允许以与受让人类似的方式将用户指定为审阅者。审阅者会收到一条通知，邀请他们审阅合并请求。这提供了请求审查的正式流程，并阐明了每个用户在合并请求中的角色。
未来的迭代将包括显示与合并请求最相关的审阅者，以及将审阅者置于中心的简化合并请求批准流程。
您可以在合并请求审阅者分配史诗中关注更多详细信息。
同样的GitLab 13.7（2020 年 12 月）通过以下方式促进了审查过程：
直接从合并请求中选择一次显示一个文件
合并请求审查是确保贡献者代码质量的一项基本任务，因为这是作者和审查者之间的大部分沟通发生的地方。但是，随着合并请求变得更大并且涉及更多文件，合并请求差异的导航和性能可能会变得困难。
GitLab 13.7 引入了在合并请求视图中一次显示一个文件的选项。当您导航到合并请求的Changes选项卡时，单击齿轮图标并选中标记为Show one file at time的框。这将一次显示一个文件，并启用Prev和Next按钮在文件之间导航。
单文件模式提供了更干净的工作空间并增强了审阅者对单个文件的关注，同时提高了合并请求差异的性能和导航。
于 2020-12-23T00:24:01.620 回答
0
您可以使用 GitLab CI，就像 Jenkins，他可以在合并之前通过测试、编译和执行您想要的任务。在 Gitlab 中，您有 automerge，它在您配置时完成。（https://docs.gitlab.com/ee/user/project/merge_requests/merge_when_pipeline_succeeds.html）
于 2019-08-29T11:44:54.017 回答