- 主版本号如2.1.3中的“2”：标识重大功能重构或不兼容更新；
- 次版本号如2.1.3中的“1”：代表新增功能或模块优化；
- 修订号如2.1.3中的“3”：用于修复bug或小范围改进。
Version的变更由产品规划驱动，用户可通过版本号直观判断是否需要升级，例如从`1.0`到`2.0`意味着架构级别的更新。
Build：面向开发的构建迭代编码
Build构建号是软件开发过程中每次编译生成的唯一标识，用于内部追踪代码的具体构建版本。它通常是一串数字如`1234`或哈希值，记录了当前构建的代码快照，包括：
- 源代码的提交记录如Git commit ID；
- 编译环境的配置参数；
- 依赖库的版本信息。
Build号由开发工具如Jenkins、Xcode自动生成，每次代码修改并重新编译后递增。即使Version未变如同一`2.1`版本，多次Build也会产生不同编号，帮助开发者定位问题如“Build 1234存在 Crash，Build 1235已修复”。
核心区别：定位、场景与颗粒度
| 维度 | Version | Build |
|----------------|----------------------------|----------------------------|
| 受众 | 用户、市场 | 开发、测试 |
| 意义 | 功能阶段与兼容性 | 代码快照与构建唯一性 |
| 变更频率 | 随发布周期更新低频 | 随代码编译更新高频 |
| 示例 | `3.2.0`、`v1.5 Beta` | `5892`、`a7f3d2c` |
Version和Build共同构成软件版本的整描述。例如，“Version 2.1 (Build 1234)”表示对外发布的2.1功能版本，对应内部第1234次构建的代码。理二者的差异，是开发者协作沟通的基础，也是版本管理体系的核心逻辑。
Version和Build之间有什么区别？
Version与Build：软件版本体系的双重维度
在软件开发与迭代中，Version和Build是标识软件状态的核心概念，但二者的定位与功能截然不同。前者是软件对外展示的“身份标签”，后者是内部开发的“生产编号”，共同构成版本管理的双重维度。
Version：面向用户的功能演进标识
Version版本号是软件对外公开的版本标识，用于向用户传递功能迭代的阶段与兼容性信息。其核心作用是区分软件的功能差异与发布阶段，通常遵循语义化规范如`主版本号.次版本号.修订号`，例：`2.1.3`：