Git 分支管理及Code Review 流程 (一)_git code review 流程

1、前言项目流程

GitFlow是一种流行的Git分支管理策略，它提供了一种结构化的方式来管理项目的开发和发布流程。先看一下流程图：

1.1 项目分支设置

假设项目 上有4个分支：

1. master，主干(上线分支);
2. test_ys，预发测试分支;
3. test_uat，UAT环境测试分支；
4. feature **，**个人功能开发分支；

1.2 权限控制说明

1. feature开发分支不做具体的保护措施；
2. master、test** 只允许代码合并负责人 merge，不允许任何人push。

1.3 Code Review

适紧急程度酌情处理，核心且必要的，非关键性的 merge 审核人自审即可。

1. 确定参会人员，提前预定会议室进行代码走读，其中参会人员必须包括请求合并提交人与代码合并负责人；
2. 确认参会人员后，提前发送资料到参会人员邮箱，包括：开发方案、数据库设计、原型、业务说明文档等。

2. GitLab具体操作

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

2.2 发起合并请求

1. 标题贴合新增功能，描述尽量详细；
2. Assignee 指定请求合并负责人；
3. 指定源分支和目标分支。

2.3 负责人审核合并请求

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

2.4 可能遇到合并冲突

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

3.参考

Gitlab请求合并审核与Code Review_一条很老的腊肉的博客-CSDN博客_gitlab 合并请求 审核