我们一直在看 Atlassian 网站上的 git 工作流
https://www.atlassian.com/git/workflows#!workflow-gitflow
基于此，我们对这个工作流程提出了自己的想法，其中包括一个 UAT（用户验收测试）层
我们还有一个步骤，当我们从develop-to-uat 和从uat-to-master 进行升级时，会创建一个release.txt 文件并提交它，这基本上成为我们网站上的版本号。
我对release.txt过程不是很满意，我更喜欢使用tagging，但是live站点是天蓝色的，所以它不是从git上传的，它是单独打包的。
在图中，注释与我们创建的批处理文件有关
- git nf = 新功能
- git mf = 合并功能（合并到开发中）
- git uat = 提升 uat（将开发合并到 uat，生成 release.txt，将更改合并回开发）
- git nb = 新的错误修复
- git mb = 合并错误修复（合并到 uat，生成 release.txt，将 uat 合并回开发）
- git live =promote live（合并uat到master，生成release.txt，合并改回uat并开发）
- git nh = 新的修补程序
- git mh = 合并修补程序（合并到master，生成release.txt，合并回uat并开发）
我觉得我们对解决方案进行了过度设计，如果对我们的工作流程设计有任何反馈，我将不胜感激。如果有帮助，我也可以包含批处理文件