Git库管理规范

（1）新创建的分支Branch命名以DEV_yyyyMMdd的命名方式，如DEV_20150804。
（2）新的TAG分为开发dev、回归reg、修复hot三种，命名方式如：dev_20150804_01
（3）测试过程中可以多次移交给QA进行测试，打dev的TAG。
（4）当进入回归阶段，将dev分支merge到master分支上，并打reg的TAG。
（5）当生产上发现严重BUG需要进行hotfix的时候，先从生产的reg的TAG上拉一个分支，命名为HOT_yyyyMMdd。

 

补充：

(1) 项目或ECR开始，子系统根据计划上线日期创建开发分支， DEV_20150804。（ 开发分支基于上线的rel_20150802 Tag ）

(2) 开发移交测试后，在开发分支上打Tag，Tag规则dev_20150804_01 (02, 03 序列增加)

(3) 测试稳定后，测试发出通知进入回归测试。开发把最新内容合并入master分支，Tag规则修改为reg_20150804_01
（ 序列号重新从01开始 ，记录回归测试交付次数）

(4) 回归测试过程中，如果有Bug，那么在开发分支（DEV_20150804）修改，然后代码merge到master，在master上打tag给QA。

(5) 测试完成后，测试发出测试完成报告，开发在最后Tag上打上版本发布标签rel_20150804

(6) 测试报告 使用 reg的tag

(7) 对线上问题修复，运维须提供当前线上发布的标签，开发基于这个标签建立HOTFIX分支

(8) 如果HOTFIX同时存在回归版本，此时版本只能在hotfix上发布（异常流程）

(9) HOTFIX 分支名字 规则以hot开头，如hot_XXXXXXX 各种测试reg、rel的tag都在当前hot分支上打,也分别以 hot_XXXXXX_XX 来区分