Git分支管理规范

简介

本文主要介绍Git分支流程，并提供团队统一的分支流程操作规范。

简化Git分支流程

支持本分支流程的保护分支配置策略查看

1. 开发人员(Git命令)
   1. 从develop创建特性分支（分支名称：“版本号—姓名”或“版本号-姓名-任务单号”）(分支创建说明)。
   2. 在新创建特性分支上进行开发，提交代码，提交的message信息必须填写为jira任务单号。（原则上没有任务单，不能进行任何代码的提交）
   3. 开发完成后，发起合并到develop分支的合并请求（merge request）。
   4. 代码审查通过后，并入develop。
2. 测试人员
   1. 在develop/hotfixes分支上进行功能测试。
3. 制品发布人员
   1. 发布前，确认测试人员已完成测试。
   2. 合并develop分支代码到master。
   3. 在master上执行maven制品发布（Git Maven打包）。
   4. 发布结束后，将pom变更合并到develop分支。
4. 合并代码要求
   1. 合并代码到开发分支的时，忽略自己分支上的pom文件（忽略：指个人分支在本地不可以commit，目的就是不允许push到git服务器上)。
   2. 如需要修改工程pom，开发人员代码合并完后，通知相应master权限管理员修改开发分支
5. 补丁流程与要求
   1. 如当前正式环境上线的是2.2.0版本，那么就以Tags节点上的2.2.0版本为基础创建branch分支develop-2.2.x。
   2. 开发人员以develop-2.2.x创建hotfixes分支（分支名称：“hotfixes-版本号—姓名”或“hotfixes-版本号-姓名-任务单号”）。
   3. hotfixes分支上进行代码修复后，由开发人员发起合并请求（merge request），合并到develop和develop-2.2.x。
   4. develop和develop-2.2.x 这2个分支，测试人员都需要测试。

标准Git分支流程