快速开始
-
输入版本
可选 v 前缀，如 v1.2.3。
-
读 compare
负数表示第一个版本更小。
Semver 计算器
语义化版本（MAJOR.MINOR.PATCH）规范 npm 包与 API 的兼容承诺：主版本不兼容、次版本向后兼容新功能、补丁仅修 bug。本工具比较版本大小、递增指定段并解析范围表达式（如 ^1.2.3）。CI 中 diff package-lock 时可配合 json-diff，校验版本字符串格式请用 regex-tester。
阅读完整指南: SemVer 语义化版本：依赖范围与发布流程 →
隐私提示：本地解析，不上传服务器。
↓ 在下方输入区粘贴内容，结果会立即显示
语义化版本号递增与比较 (major/minor/patch)。
版本
比较版本
major +1
2.0.0
minor +1
1.3.0
patch +1
1.2.4
compare (a vs b)
-1
注释说明
格式
支持可选 v 前缀与 x.y.z 三段数字; 不含预发布标签。 负数 a<b，0 相等，正数 a>b
语义化版本（MAJOR.MINOR.PATCH）规范 npm 包与 API 的兼容承诺：主版本不兼容、次版本向后兼容新功能、补丁仅修 bug。本工具比较版本大小、递增指定段并解析范围表达式（如 ^1.2.3）。CI 中 diff package-lock 时可配合 json-diff，校验版本字符串格式请用 regex-tester。
限制
不含 -alpha、+build 等预发布与构建元数据。
功能与使用场景
比较两个 SemVer 版本大小、判断 prerelease 顺序，并模拟 patch/minor/major 递增，符合 npm 语义化版本规范。
发布前确认版本号是否高于线上、依赖冲突排查、CI 脚本中版本规则人工复核时使用。
典型工作流
开发新功能时，先用计算器递增 minor 版本（如 1.2.3 → 1.3.0）。发布前检查 API 兼容性：若存在破坏性变更，手动改为 major 递增（1.2.3 → 2.0.0）。最后用版本比较功能确认新版号高于所有已发布版本。
处理紧急 bug 时，团队常同时修改多个版本线。比如修复 1.2.3 的漏洞后生成 1.2.4，同时比较该版本是否低于正在开发的 1.3.0。该工具可快速验证版本树关系，避免发布顺序错误。
semver 语义
MAJOR：不兼容 API 变更；MINOR：向后兼容功能；PATCH：向后兼容 bugfix。0.y.z 早期版本规则更灵活——文档化团队约定。
预发布标识 1.0.0-alpha.1 排序低于 1.0.0。CI 用 ^1.2.3 范围锁兼容版本——本工具解析 range 满足与否。
与 lockfile diff
package.json 版本 bump 后 json-diff lockfile 看 transitive 变化。semver 只描述 direct 声明，不保证 transitive 兼容。
Docker image tag 常误用 latest——semver tag 配合 immutable registry。
API 版本
URL /v1/ vs header API-Version 是路由策略，与 npm semver 独立。openapi-formatter 检查 spec version 字段。
Breaking change 应 MAJOR bump 并更新 changelog——semver 是沟通工具。
示例
示例
Input
1.2.3 patch bump
Output
1.2.4
FAQ
与 npm 一致吗？
核心 x.y.z 比较一致; 复杂范围请用 npm 命令行。
为什么预发布版本（如 1.0.0-beta）不能比较？
该工具遵循标准 Semver 2.0 规范，预发布版本需用专用工具比较（如 npm semver 库）。我们聚焦核心的 x.y.z 格式，确保大多数开发场景的可靠性。
1.0.0 和 1.0.0+build 一样吗？
build metadata 不参与 precedence 比较。
^0.1.2 范围？
0.x 时 ^ 行为特殊——通常锁定 minor。
校验 tag 格式？
regex-tester 验证 git tag 字符串。
本地计算吗？
是。