码迷,mamicode.com
首页 > 其他好文 > 详细

Git库管理规范

时间:2015-08-05 00:53:09      阅读:125      评论:0      收藏:0      [点我收藏+]

标签:

(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 来区分

Git库管理规范

标签:

原文地址:http://www.cnblogs.com/hopefu/p/4703314.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!