版本号通常采用“主版本号.次版本号.修订号.内部版本号”（如 1.0.0.1）的格式，每一位数字都有特定的含义。这种命名约定帮助开发者和用户理解软件的发布状态、更新内容及其兼容性。以下是对每一位版本号的详细解释：
格式位置：第一位数字（例如，1在1.0.0.1中）
含义：
- 重大更改：主版本号的增加通常表示软件进行了重大更新或重构，可能包括重大新功能的引入、架构的变化或性能的大幅提升。
- 不兼容性：如果更新包含向后不兼容的更改（即旧版本的代码可能无法在新版本中正常工作），则应增加主版本号。
- 重要里程碑：发布第一个稳定版本时，主版本号通常设置为
1。
示例：
- 从
1.0.0.1升级到2.0.0.0表示进行了重大更新，可能包括不兼容的API变更。
格式位置：第二位数字（例如，0在1.0.0.1中）
含义：
- 新功能：次版本号的增加表示在不破坏现有功能的前提下，添加了新的功能或特性。
- 向后兼容：这些更新不会导致现有代码失效，因此升级到新次版本号通常是安全的。
- 增强改进：包括性能优化、用户界面改进等。
示例：
- 从
1.0.0.1升级到1.1.0.0表示添加了新功能，但保持了与1.0.x版本的兼容性。
格式位置：第三位数字（例如，0在1.0.0.1中）
含义：
- 错误修复：修订号的增加主要用于发布修复了现有版本中的bug或安全漏洞的版本。
- 小改动：这些更新通常不包含新功能，只是针对现有功能进行改进和修正。
- 向后兼容：修订号的更新不会引入任何不兼容的更改，用户可以放心升级。
示例：
- 从
1.0.0.1升级到1.0.1.0表示修复了一些错误，但没有添加新功能或进行重大更改。
格式位置：第四位数字（例如，1在1.0.0.1中）
含义：
- 构建编号：内部版本号通常用于标识特定的构建或发布。它可以反映编译次数、日期或其他内部跟踪信息。
- 细粒度版本控制：帮助开发团队跟踪特定的发布版本，尤其在持续集成/持续部署（CI/CD）环境中非常有用。
- 非公开：内部版本号通常不对最终用户公开，只在开发和发布流程中使用。
示例：
- 从
1.0.0.1升级到1.0.0.2表示进行了另一次内部构建，可能是修复了构建过程中发现的小问题。