Gitlab请求合并审核与Code Review

1. 提测、发布流程概述

1.1 分支设置

假定项目在Gitlab上有三块分支：

1. master，主干;

2. test，测试分支;

3. development**，**功能开发分支。

1.2 权限控制说明

1. development开发分支不做具体的保护措施；

2. master、test只允许代码合并负责人merge，不允许任何人push。

1.3 Code Review

1. 确定好参会人员，提前预定会议室进行代码走读，其中参会人员必须包括请求合并提交人与代码合并负责人；

2. 确认参会人员后，提前发送资料到参会人员邮箱，包括：开发方案、数据库设计、原型、业务说明文档等。

2. 具体操作

2.1 开发分支代码修改，提交，push到远端

2.2 发起合并请求

2.3 填写合并请求信息

1. 标题贴合新增功能，描述尽量详细；

2. Assignee指定请求合并负责人；

3. 指定源分支和目标分支。

2.4 负责人审核合并请求

1. 负责人会收到分支请求合并提醒。
2. 此页面可以看到代码修改记录，无问题可以点击merge通过或者不通过则点击右下角的close merge request

2.5 可能遇到合并冲突

1. 假设这是test-agility分支之前的代码

如图：

2. 现在有人新开了development-order分支并修改了这块代码，这时产生了冲突

如图:

3. 新开发分支创建合并请求，这时我们发现合并按钮置灰，右边多了解决冲突的按钮

点击解决冲突，出现解决冲突页面，页面可以通过 使用我们的 指定使用当前分支（发起merge request的源分支）代码或者 使用他们的 来指定使用目标分支代码。或者点击内嵌编辑直接通过编辑页面编辑（更通用）。冲突解决完后，提交到源分支，接着即可点击合并按钮。