接地气的代码版本管理流程

正常代码发布流程

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的权限。