Git设置分支保护实现CodeReview卡点
GIT是一个分布式版本控制系统的软件，主要用来控制代码的版本。所谓分布式也就是每一个git的客户端都有一份完成的代码库，这样如果中央服务器出现问题，代码也会在各个开发者的电脑上有备份。（本文以下内容以GitLab为例）
GitFlow 模式将代码和环境对应
GitFlow模式的各分支说明
- master
主分支 , 产品的功能全部实现后 , 最终在master分支对外发布
该分支为只读唯一分支 , 只能从其他分支(release/hotfix)合并 , 不能在此分支修改
另外所有在master分支的推送应该打标签做记录,方便追溯
例如release合并到master , 或hotfix合并到master
- develop
主开发分支 , 基于master分支克隆
包含所有要发布到下一个release的代码
该分支为只读唯一分支 , 只能从其他分支合并
feature功能分支完成 , 合并到develop(不推送)
develop拉取release分支 , 提测
release/hotfix 分支上线完毕 , 合并到develop并推送
- feature
功能开发分支 , 基于develop分支克隆 , 主要用于新需求新功能的开发
功能开发完毕后合到develop分支(未正式上线之前不推送到远程中央仓库
feature分支可同时存在多个 , 用于团队中多个功能同时开发 , 属于临时分支 , 功能完成后可选删除
- release
测试分支 , 基于feature分支合并到develop之后 , 从develop分支克隆
主要用于提交给测试人员进行功能测试 , 测试过程中发现的BUG在本分支进行修复 , 修复完成上线后合并到develop/master分支并推送(完成功能) , 打Tag
属于临时分支 , 功能上线后可选删除
- hotfix
补丁分支 , 基于master分支克隆 , 主要用于对线上的版本进行BUG修复
修复完毕后合并到develop/master分支并推送 , 打Tag
属于临时分支 , 补丁修复上线后可选删除
所有hotfix分支的修改会进入到下一个release
GitFlow 主要的工作流程
代码仓库的Owner设置master分支是保护分支，
- 有新的feature要开发的时候，首先从master拉取第一个develop分支，develop分支名就是dev。
- 从dev拉取feature分支进行编码开发(多个开发人员拉取多个feature同时进行并行开发 , 互不影响)，feature分支命名规范：feature- XX(XX是一个唯一标示)
- feature分支完成后 , 合并到dev，合并后删除当前feature。
- 从dev拉取release分支进行提测 , 提测过程中在release分支上修改BUG，release分支名字是release。
- release分支上线后 , 合并release分支到dev/master并推送合并之后删除当前release分支。
- 上线之后若发现线上BUG , 从master拉取hotfix进行BUG修改。hotfix 分支命名规范：hotfix-XXX（XXX是一个唯一标识)。
- hotfix通过测试上线后 , 合并hotfix分支到dev/master并推送，合并之后 , 删除当前hostfix
- 当进行一个feature时 , 若dev分支有变动 , 如其他开发人员完成功能并上线 , 则需要将完成的功能合并到自己分支上即合并dev到当前feature分支。
- 当进行一个release分支时 , 若dev分支有变动 , 如其他开发人员完成功能并上线 , 则需要将完成的功能合并到自己分支上即合并dev到当前release分支 (因为当前release分支通过测试后会发布到线上 , 如果不合并最新的dev分支 , 就会发生丢代码的情况)。
Git分支保护
在Git的分支合并过程中支持方式，一种是在本地将source branch 合并到 target branch，然后再切换到target branch后将target branch push到远端target branch。另外一种是将本地的source branch push到远端的source branch，然后在gitlab上提交一个将source branch 合并到 target branch的merge request。那么为了能够到达我们强制的CodeReview卡点，我们将master branch（也就是生产发布分支）、release branch（也就是提测分支）进行保护，不能接受直接的push request，只能通过提交merge request，并有架构师或者技术负责人进行CodeReview通过后，完成Merge。那么如何完成Git的分支保护呢？
首先进入对应的代码仓，然后点击Settings下的Repository Settings选择Protected Branches选项
选择对应的分支分别作如下设置：
限制了develop分支，develop分支、release分支、以及master分支只能通过merge request的方式合并，不可以直接的push代码，同时设置了需要Master进行合并的请求的code review后点击完成后完成合并。（这里面的Master就是开发架构师或者技术负责人等角色）
提交一个Merge Request
点击merge requst菜单，然后新建一个merge request
然后选择对应的source branch和target branch后，点击下一步：
进入后输入相关内容后，点击提交合并请求：
其中（除去如下部分以外都选择默认值或者为空）：
操作项
说明
Title
标题
Description
描述写清具体包含的feature
Assignee
分配到的人必须为项目内的技术负责人或者架构师
Milestone
no milestone
Label
no label
完成后，就等待code review过后等待反馈意见。通过后就可以完成合并了。
From：https://blog.csdn.net/crisschan/article/details/100922668
长按关注
测试丨技术丨面试丨DevOps
关注我
本文分享自微信公众号 - 测试技术圈（SoftwareTesters）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
