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

Posted woshixiaowang

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Git设置分支保护实现CodeReview卡点相关的知识,希望对你有一定的参考价值。

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

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

GitFlow 模式将代码和环境对应

技术图片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分支保护

技术图片在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的分支保护呢?

var color1 = [];//设置color1为小平面颜色数组31 * 31。
color.filter((d, i) => (i + 6) % 10 == 0).forEach((dd, ii) =www.xingyunylpt.com> color1[ii] = dd.filter((d, i) =www.youy2zhuce.cn> (i + 6) % 10 == 0));//每10个像素,筛选出1个像素作为小平面的颜色,选取的位置尽量在10个的中间选择,毕竟有的图片比较模糊。
for (var i = 0; i < color1.length; i++) {//31 * 31的循环
    for (var j = 0; j < color1[i].length; j++) {
        var geometry =www.shentuylgw.cn  new THREE.PlaneGeometry(10, 10);
        var material www.lanboyulezc.cn = new THREE.MeshBasicMaterial({
            color: 0xffffff,
            side: THREE.DoubleSide,
            transparent: true,
            opacity: color1[www.chuancenpt.com][j] == ‘black‘ ? 0 : 1,
        });
        var mesh = new THREE.Mesh(geometry, material);//小方块网格
        origin_position.push([www.wanfeigw.cn  *www.jujinyule.com 10 - 15 * 10, 15 * 10 - i * 10, 0]);//保存序列换后小方块的位置
        mesh.position.set(random_position[www.jintianxuesha.com j www.tengyao3zc.cn+ i * j][0], random_position[j + i * j][ www.javachenglei.com ], random_position[j + i * j][2]);//先将小方块的位置设置成打乱的位置,便于动画播放。
        mesh.name = ‘plane‘;
        group.add(mesh);//将所有小平面放到数组,便于操作。

首先进入对应的代码仓,然后点击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过后等待反馈意见。通过后就可以完成合并了。

技术图片

以上是关于Git设置分支保护实现CodeReview卡点的主要内容,如果未能解决你的问题,请参考以下文章

git 简单使用规范

如何禁止GitLab分支被push

git master 回滚代码

如何禁止GitLab分支被push

SCM-manager CLI 设置分支写保护

如何禁止GitLab分支被push