版本号是软件开发中用于标识不同版本的唯一标识符。它帮助开发者、测试人员和用户区分不同的版本，了解每个版本的变更、修复和新功能。合理的版本号设计有助于管理软件发布、版本更新以及兼容性问题。
常见的版本号格式为 主版本号.次版本号.修订号，例如 1.2.3。每个部分代表不同的更新类型：
主版本号 (Major Version)：当进行不兼容的 API 更改或重大功能更新时，增加主版本号。通常，这意味着该版本与之前的版本不兼容，可能会导致现有用户的应用程序出现问题。
次版本号 (Minor Version)：当添加新功能且不破坏向后兼容性时，增加次版本号。次版本号的变化通常是向后兼容的，意味着用户可以平滑地升级到这个版本。
修订号 (Patch Version)：当进行小的 bug 修复或者进行向后兼容的改进时，增加修订号。这个版本不会引入新特性，目的是修复已知的 bug 或者提高稳定性。
1.0.0：主版本为1，表示这是第一个稳定版本。1.1.0：次版本为1，添加了一些新特性，但依然保持兼容性。1.1.1：修订版本为1，修复了一些 bug 或进行小幅的优化。除了主版本号、次版本号和修订号外，某些项目还可能使用附加的标识符来进一步细分版本。例如：
预发布版本 (Pre-release Version)：用于标识还处于开发或测试阶段的版本，常见的有 alpha、beta 和 RC（Release Candidate）。这些版本通常会加上后缀标识符，例如 1.0.0-alpha、1.0.0-beta。
构建元数据 (Build Metadata)：用于表示特定版本的构建号、构建日期等信息。它通常会出现在版本号的末尾，例如 1.0.0+20130313144700。
1.0.0-alpha：alpha 版本，表示这是一个早期的开发版本，可能不稳定。1.0.0-beta：beta 版本，表示该版本已接近稳定，但可能还存在一些已知的 bug。1.0.0-rc1：Release Candidate 版本，表示该版本几乎是正式版，只需进行小范围的验证。1.0.0+20130313144700：包含构建元数据的版本，便于追踪具体的构建。语义化版本控制（Semantic Versioning，简称 SemVer）是一种广泛采用的版本号规范。它的规则明确规定了如何根据变更类型来修改版本号。SemVer 格式为 MAJOR.MINOR.PATCH，并提供了附加的预发布版本和构建元数据的支持。
通过遵循 SemVer 规范，开发团队能够明确表示软件变更的影响范围，用户也能更清楚地理解新版本对现有系统的影响。
版本号是软件生命周期中非常重要的一部分，合理的版本号设计可以帮助开发人员、测试人员以及最终用户清晰地了解软件更新的内容、影响和兼容性。通过遵循一致的版本号规则，特别是语义化版本控制（SemVer），可以让版本管理变得更加规范化、可预测，并减少潜在的升级风险。