GIT分支管理规划说明

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架构

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