git分支管理流程

预发分支

合并

拉取

1、版本构成：Vx.y.z，例如：V1.0.0x：就是主版本号，也就是我们所称的是第几代产品。y：第二个数字是VersionMinor，就是小版本号，比如增加了些新功能，但是谈不上换代产品。就在这里增加数值标示产品更新的幅度。z：修订版本号。 标示这个版本是第几次生成，就是所谓第几次修订。2、迭代版本规则：1：当前版本号=禅道迭代版本号2：当前版本号+日期+负责人邮箱前缀，如V1.1.0-0510-cxw

demo-li

Pre-Release

测试分支

V1.1.1

用于给master分支打补丁，热修复bug，完成后按功能分支流程推进到master分支

迭代版本

V1.0.0

master

一个主分支对应一个版本

灰度分支

初始版本

gray

阐述

develop

功能分支

......

V1.2.0

V1.3.0

封版前的用户体验分支

up-temporary

demo

V1.2.1

热补丁版本

Git分支管理流程

作为测试环境的唯一分支

规范

主分支（发布）

新功能分支，一般一个功能对应一个分支，对于功能的拆分需比较合理，以避免一些后面不可避免的代码冲突

版本回退版本回退，git reset --hard HEAD

修复分支

名称

修复bug后，合并

demo-liu

release分支作为测试完毕的分支合并到gray预发布分支的唯一途径

V1.1.0

需求考虑不周，版本回退，不予上线