版本分支策略之思考
版本分支策略之思考
下面给出一种比较好的版本分支策略：
上面分支的解释：
1. 长期存在的分支
a) master分支 (开发集成分支)：用于开发阶段代码的集成，接受当前版本新特性代码的持续合入
b) live分支 (稳定集成分支)：用于代码冻结后的稳定版本的持续集成，如需合入代码必须通过更加严格的review和测试。所有中版本 (e.g. v3.3, v3.4)在live分支上进行发布
c) xR分支 (发布分支)：如v3.3xR, v3.4xR分支, … 用于发布和记录hotfix 版本(e.g. v3.3.0-hotfix1)
2. 临时存在的分支
a) feature分支：研发同学自行创建，用于开发feature，在代码冻结之前使用。完成开发&自测后提交到master分支
b) bugfix分支：研发同学自行创建，用于代码冻结后对重要bug的修复工作。完成开发自测后提交到master和live分支。
a) master分支 (开发集成分支)：用于开发阶段代码的集成，接受当前版本新特性代码的持续合入
b) live分支 (稳定集成分支)：用于代码冻结后的稳定版本的持续集成，如需合入代码必须通过更加严格的review和测试。所有中版本 (e.g. v3.3, v3.4)在live分支上进行发布
c) xR分支 (发布分支)：如v3.3xR, v3.4xR分支, … 用于发布和记录hotfix 版本(e.g. v3.3.0-hotfix1)
2. 临时存在的分支
a) feature分支：研发同学自行创建，用于开发feature，在代码冻结之前使用。完成开发&自测后提交到master分支
b) bugfix分支：研发同学自行创建，用于代码冻结后对重要bug的修复工作。完成开发自测后提交到master和live分支。