扫码阅读
手机扫码阅读

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

313 2023-09-06

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的分支保护呢?

首先进入对应的代码仓,然后点击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


长按关注V社北京

测试技术面试DevOps

关注V社北京,关注测试,添加巨蜥小程序获取全量精品技术文章

关注我

原文链接: http://mp.weixin.qq.com/s?__biz=MzUxOTg3NzA4Mg==&mid=2247485336&idx=1&sn=f1e24b1d16e6e0519fcc9bfb3cd8f4c2&chksm=f9f3bf2dce84363baa25e5dcfe41632ab08023fa0e5ec713898ad506decff2bf4cec341c2374#rd