SDK版本号规范——TBD Workflow（三）

u010020404

于 2022-10-19 16:48:02 发布

阅读量225

点赞数

分类专栏： SDK项目开发&管理文章标签： git devops

本文链接：https://blog.csdn.net/u010020404/article/details/127411289

版权

SDK项目开发&管理专栏收录该内容

16 篇文章 1 订阅

订阅专栏

本文档详细介绍了软件版本号的命名和演进规则，遵循GNU风格，包括主版本、次版本和修复版本的递增。修复版本用于bug修复，次版本增加新特性，主版本则代表重大变更。在发布过程中，涉及RC（Release Candidate）版本的迭代，以及正式发布的版本号管理。此外，还阐述了打tag的规范和最佳实践。

摘要由CSDN通过智能技术生成

版本号命名规范

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

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

特殊情况下，我们可以以修复版本来标记后续引入的feature（对于那些已经发布的，需要长久维护的分支）

版本号演进规范

打tag规范，示例：

# 下一个发布（次）版本的次版本号加“1”（或者根据需要进行演进），初始次版本号为“1”
# 提交版本更新说明，并打tag
sdk_v1.2

# 每个release出去的版本修复后，修复版本号加一
# 每一轮测试后打tag，rc版本号加一
sdk_v1.2-rc1
sdk_v1.2-rc2
sdk_v1.2-rc3
sdk_v1.2-rc1
sdk_v1.2.1-rc1
sdk_v1.2.1-rc2
sdk_v1.2.2-rc1
sdk_v1.2.3-rc1

# release分支名
sdk_v1.2_release

# 最好在完成一轮测试之后再进行发布

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

sdk_v1.4
sdk_v1.4-rc1
sdk_v1.4-rc2
sdk_v1.4-rc3
sdk_v1.4.1
sdk_v1.4.1-rc1
sdk_v2.0
sdk_v2.0-rc1
sdk_v2.0-rc2
sdk_v2.0-rc3
sdk_v2.0-rc4
sdk_v2.0-rc5
sdk_v2.1
sdk_v2.1-rc2
sdk_v2.1-rc3
sdk_v2.1-rc4
sdk_v2.1-rc6
sdk_v2.1-rc7
sdk_v2.2
sdk_v2.2-rc1
sdk_v2.2.1
sdk_v2.3
sdk_v2.3-rc1
sdk_v2.3-rc2
sdk_v2.3-rc3
sdk_v2.3-rc4
sdk_v2.3-rc5
sdk_v2.3.1
sdk_v2.3.1-rc1
sdk_v2.3.2
sdk_v2.3.2-rc1
sdk_v2.3.3
sdk_v2.3.3-rc1
sdk_v2.3.4
sdk_v2.3.4-rc1
sdk_v2.3.5
sdk_v2.3.5-rc1
sdk_v2.3.5-rc2
sdk_v2.3.5-rc3
sdk_v2.3.5-rc4