GIT分支管理规划说明

2,170 阅读3分钟

1. 总览

  • master : 主分支,主要用来生产版本发布。

  • develop:日常开发分支,从主分支开出来的一个分支,该分支正常保存了开发的最新代码。(格式:功能名+版本号, 如planbook.1.1.x)

  • test: 测试分支,会将所有的日常开发分支合并到test分支,进行发布。

  • release:release 分支可以认为是 master 分支的未测试版,用于UAT环境的发布。比如说develop某一期开发完成,并发到test分支经过测试,此时再将 develop 分支合并到 release 分支,再经过UAT及业务测试通过后,合并到 master 分支进行发布。

  • hotfix:线上 bug 修复分支,从主分支开出来的一个分支,bug修复后,会合并到主分支、开发分支,开发分支在合并到release 分支。已hotfix+BUG号命名

2. 分支说明

2.1 master分支

主分支,即线上版本,每发布一次会产生版本号,版本格式如:V1.0.1.RC1。

2.2 develop分支

开发分支,用新需求或新功能开发分支,可以理解为一个项目分支,从master开一个分支出来,以项目名称+版本号(projectName+”.1.1.x”)的形式命名,如planbook.1.1.x。对应主分支存在多个develop并行分支,开发完成后会合并test分支进行功能测试。

2.3 test分支

测试分支,用于发布开发和测试环境,由于存在并行develop,所以该分支会合并多个develop代码,在合并时须格外仔细小心,尽量避免由于该分支问题而影响到整个开发测试环境,如出现问题,需进行版本回退。

2.4 release分支

即UAT分支,该分支只和master分支打交道,当develop分支在test分支测试通过后,由develop分支合并到release分支,UAT和业务测试通过合再合master分支发布。如之前提到多项目并行的情况,在管理上我们要控制每次合到release分支的所有代码在一个master版本上发布,尽量避免多个develop分支合到release上时却发其中部分到master上。

2.5 Hotfix分支

线上bug修复分支,属于临时分支,用于线上问题紧急修复,测试通过合并到master分支,及所有进行中的develop分支,然后该分支结束。

3. 权限说明

欢迎大家和我一起学习交流构建Java云架构,我这边会将近期研发的Java云架构的搭建过程和精髓记录下来,帮助更多有兴趣研发Java高级架构的朋友,大家来一起探讨Java高级架构的搭建过程及如何运用于企业项目。

我本人邀约各大BATJ架构大牛共创Java高级架构交流社区群,(群号:673043639)致力于免费提供Java架构行业交流平台,通过这个平台让大家相互学习成长,提高技术,让自己的水平进阶一个档次,成功通往Java架构技术大牛或架构师发展。

希望此文能帮到大家的同时,也听听大家的观点。欢迎留言讨论,加关注,分享你的高见!持续更新!

To-陌霖Java架构

分享互联网最新文章 关注互联网最新发展