1.整体流程图
2.分支规约
3.常规流程
4.热修复流程
5.规约
5.1 Git 提交日志
￮Git提交必须编写commit message，否则不允许提交
￮Git提交日志必须符合【Git日志规范】，否则不允许合并（直接打回Merge Request）
5.2 版本命名规范
￮版本号规范：采用GNU风格版本号，参考【版本命名规范】。第三位作为特性或修复版本，如1.0.1、1.0.2...
￮Tag命名规范：v{版本号}，如：v1.0.1
5.3 分支合并规范
￮【禁止】将测试发布分支release_xxx和develop分支合并回feature分支
￮【推荐】每次发版后，及时将master合并回develop和feature分支
￮【推荐】feature分支合并到master并上线后即可删除
6.项目设置
6.1 角色分配
￮项目组长统一分配组员角色，指定Maintainer角色人员（测试人员全部设置为Maintainer）
6.2 分支保护
￮测试/发布分支（release_*）：只允许项目maintainer合并和推送
￮生产分支（master）：只允许项目maintainer合并和推送
6.3 Tag保护
￮只允许项目Maintainer能创建tag（进而触发生产环境审批/发布）
7.常见问题
1、如何解决多个功能，需要先后发布到UAT环境验收的问题？
方案：直接将当前迭代发布分支release_xxx，部署到UAT环境验收