正常代码发布流程1、开发小组组员本地开发调试完成之后将代码合并到dev分支中并发布开发测试版本2、冒烟测试完成之后交由测试人员测试测试完成无问题由各自开发者合并到UAT分支中3、项目开发主管根据测试合并分支情况合并UAT分支到PRD分支中并添加版本。出现bug的发布流程1、上线之后出现BUG-1则由项目开发主管从发布主分支(eg:prod-v3.3)上切出一个临时小版本(eg:prod-v3.3.1)进行修改并将修改内容同步到自己分支之后合并到dev分支中去。2、又出现bug-2如果新的版本(eg:prod-v3.3.1)还未发布则在Prod-v.3.3.1上修改流程参照步骤13、出现bug-2如果Prod-v.3.3.1小版本已发布则在上一个小版本(prod-v3.3.1)分支上切出一个临时小版本eg:prod-v3.3.2进行修改并将修改内容同步一份到自己分支之后合并到dev分支中去。版本升级规则1、新增新的服务则增加大版本。eg:从V3.4升级为V4.0版本2、新增需求功能版本。eg:从v3.4升级为v3.53、上线bug修复版本。eg:从v3.4升级为v3.4.14、开发人员只有hotfix分支v3.x.x的权限开发主管拥有主版本v3.x的权限。