SDK版本号规范——Gitfow Workflow（二）

版本号规范

版本号命名规范

发布版本号命名规则参考GNU风格：x.y.z（major.minor.maintenance）

• z对应修复版本发布（主要是上线版本的bug fix，或者叫patch版本）
• y对应小版本发布（譬如增加了许多新特性）
• x对应大版本发布（发生了重大改变，譬如采用全新的SDK结构）

版本号演进规范

发布候选版本规范（release candidate分支上的tag规范）示例：

# 当下一个发布（小）版本的所有feature都已经merge进dev分支后，从dev分支上创建小版本的release candidate分支，从而在其上进行测试，bug fix。小版本号加“1”（或者根据需要进行演进），初始次版本号为“1”
sdk_v1.2_rc

# 提交版本更新说明，并打tag
sdk_v1.2

# release candidate分支在测试反馈后进行bug fix，每一轮测试bug fix后打tag，rc版本号加一
sdk_v1.2-rc1
sdk_v1.2-rc2
sdk_v1.2-rc3

# 进入小版本发布阶段

发布版本规范（master 分支上的tag规范）示例：

# 小版本发布，初始修复版本号为“1”
sdk_v1.2.1_release

# 小版本的修复版本发布
# 每merge一个hotfix分支（hotfix分支需要提交修复信息）到master分支，修复版本号加一
sdk_v1.2.2_release
sdk_v1.2.3_release
sdk_v1.2.4_release

# 发布下一个小版本(sdk_v1.2.x版本freeze)
sdk_v1.3.1_release

版本演进规范，打tag完整例子

不带release的都是release candidate tag

sdk_v1.1
sdk_v1.1-rc1
sdk_v1.1-rc2
sdk_v1.1.1_release
sdk_v1.1.2_release
sdk_v1.1.3_release
sdk_v1.2
sdk_v1.2-rc1
sdk_v1.2-rc2
sdk_v1.2-rc3
sdk_v1.2.1_release