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

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