正常代码发布流程
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上修改，流程参照步骤1；
3、出现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.5
3、上线bug修复版本。eg:从v3.4升级为v3.4.1
4、开发人员只有hotfix分支v3.x.x的权限，开发主管拥有主版本v3.x的权限。
