1.分支及对应关系
master：生产环境分支
hotfix：紧急修复分支
uat：测试环境分支
develop：开发环境分支
feature：需求功能分支
feature-a：开发a需求功能分支
feature-b：开发b需求功能分支
2.分支管理流程
1）项目初始化时，默认创建master分支。
2）创建uat、develop分支，源分支均为master分支。
3）依据需求，创建功能分支，源分支为master，命名方式：feature-功能。
例：理赔需求分支：feature-claim
4）创建开发人员分支，源分支为feature分支，命名方式：feature-功能-姓名首字母缩写。
例：开发人员a的开发分支：feature-claim-a
5）生产环境漏洞修复时，创建紧急修复分支，源分支为master，命名方式：hotfix-功能，
例：hotfix-bankquery
代码完成后，编译hotfix分支代码发布开发、测试环境进行测试，测试通过后小组负责人将hotfix合并至master、uat、develop、feature等分支上，合并完成后删除hotfix分支。
6）开发人员代码开发完成后，合并流程为 feature-claim-a- >feature-claim，开发人员提出合并请求，小组负责人管理请求。
7）三大环境发布前，小组负责人将功能分支合并至主分支。
例：feature-claim->develop
feature-claim->uat
feature-claim->master
合并master前小组负责人创建master分支的tag，并在tag上加注说明，
合并后由配置管理员将代码发布至对应的环境。
8）开发人员保留相关SQL脚本，并上传至gitlab的文档项目下，目录由小组负责人创建、管理。
9）三大环境上线前，小组负责人编写上线文档。
10）需求生产上线后，小组负责人删除需求分支及各个开发人员分支，既feature相关分支。
11）建议所有分支的版本号统一，以方便代码合并。