Git分支管理流程图v2

如果提交的MR存在冲突，把master分支合并至feature分支解决冲突后重新提交MR

开发人员合并迭代内容提测

tag2

tag1

运维创建

开发阶段

开发自测

发起MR后Review并合并（可删除feature分支）

features...

测试阶段

（受保护）

确认送测内容测试通过

tag3

test

debug

feature

（测试环境）

feature分支必须由master分支派生feature分支命名规则可以为feature_1.0.0_xxxfeature_1.1.0_shoppingfeature_1.2.0_groupbuy

master

bugfix/hotfix

（开发环境）

发起MR后Review并合并（可删除bugfix/hotfix分支）

开发人员创建

运维发布

合并分支（可删除bugfix/hotfix分支）

开发提测

禁止该test/debug分支往master/feature分支进行合并

（尽管如此，总有一些人如果不小心把test/debug分支合并到feature分支了，请从master重新拉取新的bugfix/hotfix分支，并从被污染的旧bugfix/hotfix分支摘取历史提交节点后推送至新bugfix/hotfix再提交MR请求）

里程碑完成

开发人员合并迭代内容自测

（尽管如此，总有一些人如果不小心把test/debug分支合并到feature分支了，请从master重新拉取新的feature分支，并从被污染的旧feature分支摘取历史提交节点后推送至新feature再提交MR请求）

运维/前/后端负责人创建

如果提交的MR存在冲突，把master分支合并至bugfix/hotfix分支解决冲突后重新提交MR

新版本/功能开发

bugfix分支命名规则bugfix_1.0.0_20190930bugfix_1.0.0_20210930hotfix分支命名规则hotfix_1.0.0_20211110hotfix_1.0.0_20211111(顺序递增)最终发布的tag为v1.0.0_20211110v1.0.0_20211111