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
- 编译版本号一般是编译器在编译过程中自动生成的，只需要定义格式，并不需要人为控制