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