本文目录
结合个人工作经验,对代码分支管理有一些见解,通过博文记录一下,欢迎各位博友指导。
整体分支管理如图所示:

1 使用方法
1.1 常规开发
步骤:
(1) 基于release分支,创建【feature_<需求编号>/<需求内容>】分支,并在该feature分支上进行开发;
- 若需要依赖某个未上线的feature分支内容,可基于相应feature分支创建;
(2) 开发完成后,将feature分支合并至test分支,将test分支部署到测试环境,进行测试;
(3) 测试通过后,将feature分支合并至release分支,将release分支部署到生产环境,删除feature分支;
(4) 部署生产环境后,若未出现问题,将release分支合并至master分支;
- 若出现问题,参考【1.2 热修复】步骤。
注意:
(1) 非正式代码(例如:为了调试,临时增加的日志打印代码),应在test分支上提交,不应在feature提交,避免污染release分支;
(2) 当存在跨版本的feature分支时,应在适当时机将最新稳定版release分支合并至当前feature分支,避免feature分支内容过于陈旧,累积冲突;
1.2 热修复
步骤:
(1) 基于release分支,创建【hotfix_<YYYYMMDD>/<修复内容>】分支,并在该hotfix分支上进行本地开发;
(2) 开发完成后,将hotfix分支合并至test分支,将test分支部署到测试环境,进行测试;
(3) 测试通过后,将hotfix分支合并至release分支,将release分支部署到生产环境,删除hotfix分支;
(4) 部署生产环境后,若未出现问题,将release分支合并至master分支;
- 若出现问题,重复【1.2 热修

最低0.47元/天 解锁文章
1042

被折叠的 条评论
为什么被折叠?



