git管理应用：sourceTree
每个项目的开发创建一个开发沟通群，尤其是跨部门共用一个git项目的情况
分支策略管理.jpg
一、分支简介
- master：线上稳定版本分支
- publish/日期：当天发布分支
- dev：测试环境分支
- feature/**：功能分支
- fix/**：修复bug分支
- tag-日期：发布tag
git工作流程.jpg
二、开发功能流程
1、从master新建功能分支（feature/**）
- 如果master分支有新的commit，要马上合并到功能分支
2、在功能分支进行开发
- 按需求在当前功能分支进行开发任务
3、发布测试
-
如果有多人共用测试环境情况，多个分支的代码都合并到dev分支，发布测试环境。
-
如果没有多人多个分支同时需要测试环境情况，用功能分支发布测试。
4、发布生产
-
发布生产前，一定要确保合并了master最新代码
-
发布生产前，一定要查看上一个【当天发布分支】，避免上一个发布没有合并进master
-
创建【当天发布分支（publish/日期）】，当天要发布的各个分支合并进入【当天发布分支】
就是当天只有一个功能分支发布，也必须用【当天发布分支】进行发布 -
用【当天发布分支】，从测试、预生产挨个环境发布上去，
开发（测试、产品）挨个环境查看各自的主要功能流程是否正常，避免多分支合并后功能异常,
主要流程没问题，再发布生产。
5、发布验收
- 发布完成后，马上通知测试、产品进行线上功能验收
- 线上验收发现bug，立马回滚，前端回滚可以用master分支发布覆盖上一次发布就好
- UI展示等不影响功能的验收问题，可以在功能分支修改完，再合并到【当天发布分支】进行发布。
6、验收回滚
- 不允许【线上修bug】，会导致MT的bug要坚决回滚。
- 回滚完成，删除本地、和远程的【当天发布分支】
- 修复完bug，再去创建【当天发布分支】按照步骤【4、发布生产】流程进行发布
- 多分支发布情况，由没出现bug的分支再去创建【当天发布分支】按照步骤【4、发布生产】流程进行发布
7、发布成功
-
发布成功后的第二天，合并【当天发布分支】进入master分支。
注意：发布成功当天不允许合并代码进入master分支，避免当天发现bug需要进行回滚，master分支代码被污染 -
合并完master分支，给代码打tag（格式：tag-日期）。
注意：RM发布会自动打tag，不用再进行手动打tag -
发布成功第二天，一定删除本地功能分支，和删除本地【当天发布分支】。
注意，删除的是本地，远程的分支不删除 -
发布成功第二天，发现的线上bug，一律按照线上bug方式处理。
8、线上bug
-
出现线上bug，通知项目其他开发人员，暂停一切线上发布流程
-
从master创建【修复bug分支（fix/**）】，在【修复bug分支】处理bug。
再用【修复bug分支】发布生产，验收没问题，合并【修复bug分支】进入master分支。 -
通知项目其他开发人员，可以正常进行线上发布流程。
9、线上回滚
-
线上出现严重bug，需要进行回滚，通知项目其他开发人员，暂停一切线上发布流程
-
master分支也已经合并了功能分支进来情况，用上一次稳定的tag，创建分支出来
-
再用这个分支覆盖线上进行发布
-
从master创建一个【修复bug分支】，在【修复bug分支】处理bug。
再用【修复bug分支】发布生产，验收没问题，合并【修复bug分支】进入master分支。 -
通知项目其他开发人员，可以正常进行线上发布流程。
网友评论