Software Version Number
软件版本数字位数
📝 笔记总结
软件版本号的位数没有统一强制标准，但业界普遍遵循 语义化版本（SemVer） 惯例。
📖 内容来源
🧭 主流标准：3 位数字（主版本.次版本.修订号）
格式：MAJOR.MINOR.PATCH
- 例：
2.14.3 - 主版本号：不兼容的 API 变更
- 次版本号：向下兼容的功能新增
- 修订号：向下兼容的问题修复
这是目前最通用的做法（SemVer 2.0.0 规范）。
🔀 常见的变体
| 位数 | 格式示例 | 说明 |
|---|---|---|
| 2 位 | 1.5 |
简化版，常见于早期软件或内部工具 |
| 3 位 | 1.5.2 |
最常见，SemVer 标准 |
| 4 位 | 1.5.2.10 |
Windows 文件版本常用（如 10.0.19041.1），第 4 位常为构建号 |
| 带预发布/构建元数据 | 1.0.0-alpha.1+build.123 |
SemVer 允许附加标签，不算“纯数字位数” |
🖥️ 各平台习惯
- Windows：文件版本常见 4 段（
主.次.构建.修订） - Android：
versionName常 3 段，versionCode为整数 - npm / Python / Go 模块：普遍 3 段 SemVer
- Linux 内核：
5.15.0这类 3 段，早期有 2 段
✅ 结论
- 没有硬性规定位数，位数不是重点，一致性才是：同一产品前后版本格式要统一，不要一会儿 1.2 一会儿 1.2.0.3。
- 两位数字：很多软件用 1.0、2.5 表示，只是缺少“修订号”这一层，小 bug 修复时不好区分。
- 三位数字：最推荐/最常见：3 位数字（SemVer），主流标准，尤其遵循
语义化版本 SemVer时必须是 主.次.修订 三位。 - 四位数字：需要构建号时可用，便于追溯。
- 推荐用三位数字（主.次.修订），两位也可用但建议仅在简单场景下使用，具体也可以项目规范或平台要求为准。