Git 设置分支保护实现 CodeReview 卡点

From：https://blog.csdn.net/crissch…
GIT 是一个分布式版本控制系统的软件，主要用来控制代码的版本。所谓分布式也就是每一个 git 的客户端都有一份完成的代码库，这样如果中央服务器出现问题，代码也会在各个开发者的电脑上有备份。（本文以下内容以 GitLab 为例）

GitFlow 模式将代码和环境对应

[外链图片转存失败(img-kccgQ5lw-1568695938834)(https://i.loli.net/2019/09/17…]

GitFlow 模式的各分支说明

• 1) master

  • 主分支 , 产品的功能全部实现后 , 最终在 master 分支对外发布
  • 该分支为只读唯一分支 , 只能从其他分支 (release/hotfix) 合并 , 不能在此分支修改
  • 另外所有在 master 分支的推送应该打标签做记录, 方便追溯
  • 例如 release 合并到 master , 或 hotfix 合并到 master

• 2) develop

  • 主开发分支 , 基于 master 分支克隆
  • 包含所有要发布到下一个 release 的代码
  • 该分支为只读唯一分支 , 只能从其他分支合并
  • feature 功能分支完成 , 合并到 develop(不推送)
  • develop 拉取 release 分支 , 提测
  • release/hotfix 分支上线完毕 , 合并到 develop 并推送

• 3) feature

  • 功能开发分支 , 基于 develop 分支克隆 , 主要用于新需求新功能的开发
  • 功能开发完毕后合到 develop 分支(未正式上线之前不推送到远程中央仓库
  • feature 分支可同时存在多个 , 用于团队中多个功能同时开发 , 属于临时分支 , 功能完成后可选删除

• 4) release

  • 测试分支 , 基于 feature 分支合并到 develop 之后 , 从 develop 分支克隆
  • 主要用于提交给测试人员进行功能测试 , 测试过程中发现的 BUG 在本分支进行修复 , 修复完成上线后合并到 develop/master 分支并推送(完成功能) , 打 Tag
  • 属于临时分支 , 功能上线后可选删除

• 5) hotfix

  • 补丁分支 , 基于 master 分支克隆 , 主要用于对线上的版本进行 BUG 修复
  • 修复完毕后合并到 develop/master 分支并推送 , 打 Tag
  • 属于临时分支 , 补丁修复上线后可选删除
  • 所有 hotfix 分支的修改会进入到下一个 release

GitFlow 主要的工作流程

代码仓库的 Owner 设置 master 分支是保护分支，

• 1) 有新的 feature 要开发的时候，首先从 master 拉取第一个 develop 分支，develop 分支名就是 dev。
• 2) 从 dev 拉取 feature 分支进行编码开发(多个开发人员拉取多个 feature 同时进行并行开发 , 互不影响)，feature 分支命名规范：feature- XX(XX 是一个唯一标示)
• 3) feature 分支完成后 , 合并到 dev，合并后择删除当前 feature。
• 4) 从 dev 拉取 release 分支进行提测 , 提测过程中在 release 分支上修改 BUG，release 分支名字是 release。
• 5) release 分支上线后 , 合并 release 分支到 dev/master 并推送合并之后删除当前 release 分支。
• 6) 上线之后若发现线上 BUG , 从 master 拉取 hotfix 进行 BUG 修改。hotfix 分支命名规范：hotfix-XXX（XXX 是一个唯一标示)。
• 7) hotfix 通过测试上线后 , 合并 hotfix 分支到 dev/master 并推送，合并之后 , 删除当前 hostfix
• 8) 当进行一个 feature 时 , 若 dev 分支有变动 , 如其他开发人员完成功能并上线 , 则需要将完成的功能合并到自己分支上即合并 dev 到当前 feature 分支。
• 9) 当进行一个 release 分支时 , 若 dev 分支有变动 , 如其他开发人员完成功能并上线 , 则需要将完成的功能合并到自己分支上即合并 dev 到当前 release 分支 (因为当前 release 分支通过测试后会发布到线上 , 如果不合并最新的 dev 分支 , 就会发生丢代码的情况)。

Git 的分子保护

[外链图片转存失败(img-CfzADDYw-1568695938859)(https://i.loli.net/2019/09/17…]

在 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 选项

[外链图片转存失败(img-VgWWlWh1-1568695938870)(https://i.loli.net/2019/09/17…]

选择对应的分支分别作如下设置：

限制了 develop 分支，develop 分支、release 分支、以及 master 分支只能通过 merge request 的方式合并，不可以直接的 push 代码，同时设置了需要 Master 进行合并的请求的 code review 后点击完成后完成合并。（这里面的 Master 就是开发架构师或者技术负责人等角色）

提交一个 Merge Request

点击 merge requst 菜单，然后新建一个 merge request

[外链图片转存失败(img-8ny2Y1VP-1568695938875)(https://i.loli.net/2019/09/17…]

然后选择对应的 source branch 和 target branch 后，点击下一步：

[外链图片转存失败(img-sjlwYYtQ-1568695938880)(https://i.loli.net/2019/09/17…]

进入后输入相关内容后，点击提交合并请求：

[外链图片转存失败(img-nIi7WDl1-1568695938881)(https://i.loli.net/2019/09/17…]

[外链图片转存失败(img-81SfDzqW-1568695938887)(https://i.loli.net/2019/09/17…]

其中（出去如下部分以外都选择默认值或者为空）：

完成后，就等待 code review 过后等待反馈意见。通过后就可以完成合并了。

IDE：Intelj 的 codereview 插件

1、GitLab Access Token
菜单：User Settings->
Access Tokens 进入 Access Token 添加页面

Name 名称，根据自己喜好来即可
Expires at 过期时间，最远可以选择到 10 年后，根据自己需要填写即可
Scopes 范围，这里选择 api 就够用了
创建完成后，麻烦暂时保存 token。因为一旦刷新或者重开页面，token 就不可见了。

2、IntelliJ IDEA GitLab 插件使用
安装以下两个插件即可：

Gitlab Projects：https://plugins.jetbrains.com…
Gitlab Integration：https://plugins.jetbrains.com…

3、Visual Studio
Visual Studio GitLab 插件：https://marketplace.visualstu…

4、Visual Studio Code
Visual Studio Code GitLab 插件：https://marketplace.visualstu…

5、Atom
Atom GitLab 插件：https://atom.io/packages/gitlab

关注我，关注测试