GitHub 的命名规范:语义化版本 2.0.0
开源界及非开源界的软件项目版本号的命名规则及格式
最常见的命名规范:
主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]]
- 主版本号:第一个数字,产品改动较大,可能无法向后兼容(要看具体项目)
- 子版本号:第二个数字,增加了新功能,向后兼容
- 修正版本号:第三个数字,修复 BUG 或优化代码,一般没有添加新功能,向后兼容
- 编译版本号:通常是系统自动生成,每次代码提交都会导致自动加 1
例如:
1.0
2.14.0.1478
3.2.1 build-354
版本号修饰词:
- alpha: 内部测试版本,BUG 较多,一般用于开发人员内部交流
- beta: 测试版,BUG 较多,一般用于热心群众测试,并向开发人员反馈
- rc: release candidate,即将作为正式版发布,正式版之前的最后一个测试版。
- ga:general availability,首次发行的稳定版
- r/release/或干脆啥都不加:最终释放版,用于一般用户
- lts: 长期维护,官方会指定对这个版本维护到哪一年,会修复所有在这个版本中发现的 BUG
版本号管理策略:
- 项目初始版本号可以是 0.1 或 1.0
- 项目进行 BUG 修正时,修正版本号加 1
- 项目增加部分功能时,子版本号加 1,修正版本号复位为 0
- 项目有重大修改时,主版本号加 1
- 编译版本号一般是编译器在编译过程中自动生成的,只需要定义格式,并不需要人为控制