git分支策略和工作流程使用规范

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分支。

• 通知项目其他开发人员，可以正常进行线上发布流程。