先看一下流程图
1.1 项目分支设置
假设项目 上有4个分支:
- master,主干(上线分支);
- test_ys,预发测试分支;
- test_uat,UAT环境测试分支;
- feature **,**个人功能开发分支;
?
1.2 权限控制说明
- feature开发分支不做具体的保护措施;
- master、test** 只允许代码合并负责人 merge,不允许任何人push。
1.3 Code Review
适紧急程度酌情处理,核心且必要的,非关键性的 merge 审核人自审即可。
- 确定参会人员,提前预定会议室进行代码走读,其中参会人员必须包括请求合并提交人与代码合并负责人;
- 确认参会人员后,提前发送资料到参会人员邮箱,包括:开发方案、数据库设计、原型、业务说明文档等。
2. GitLab具体操作
2.1 开发分支代码修改,提交,push到远端
2.2 发起合并请求
- 标题贴合新增功能,描述尽量详细;
- Assignee 指定请求合并负责人;
- 指定源分支和目标分支。
2.3 负责人审核合并请求
- 负责人会收到分支请求合并提醒。
- 此页面可以看到代码修改记录,无问题可以点击 merge 通过或者不通过则点击右上角的 close merge request
2.4 可能遇到合并冲突
会出现点击解决冲突,出现解决冲突页面,页面可以通过使用指定使用当前分支(发起merge request的源分支)代码或者 使用他们的来指定使用目标分支代码。或者点击内嵌编辑直接通过编辑页面编辑(更通用)。冲突解决完后,提交到源分支,接着即可点击合并按钮。
参看:Gitlab请求合并审核与Code Review_一条很老的腊肉的博客-CSDN博客_gitlab 合并请求 审核
?
?
|