语义化版本控制（SemVer）通过主版本号.次版本号.修订号格式规范更新影响，^允许minor和patch更新，~仅允许patch更新，合理使用可提升依赖管理稳定性。
在JavaScript开发中，版本管理是协作和依赖维护的核心环节。语义化版本控制（Semantic Versioning，简称 SemVer）为版本号赋予明确含义，帮助开发者理解每次更新的影响范围。它采用 主版本号.次版本号.修订号 的格式（如 2.4.1），每个部分的变化代表不同类型的功能或修复。
版本号结构说明
一个标准的 SemVer 版本号由三部分组成：
- 主版本号（Major）：当你做了不兼容的 API 修改时递增
- 次版本号（Minor）：当你做了向下兼容的功能新增时递增
- 修订号（Patch）：当你做了向下兼容的问题修正时递增
例如：
-
1.0.0→ 初始稳定版本 -
1.1.0→ 新增功能但未破坏现有接口 -
1.1.1→ 修复 bug，无新功能 -
2.0.0→ 引入 breaking change，旧代码可能无法运行
如何在 package.json 中使用
npm 生态广泛采用 SemVer，你的 package.json 文件中的依赖声明会直接影响升级行为。
立即学习“Java免费学习笔记（深入）”；
常见符号及其含义：
-
^1.2.3：允许更新到兼容的最新版本，即只更新 patch 和 minor（如可升级到1.3.0，但不会升级到2.0.0） -
~1.2.3：仅允许 patch 级别更新（如可升级到1.2.9，但不会到1.3.0） -
1.2.3或=1.2.3：锁定精确版本 -
>=1.2.3：大于等于指定版本，需谨慎使用
合理使用这些前缀能平衡稳定性与功能更新。
发布符合规范的版本
当你维护一个 npm 包时，遵循 SemVer 是对使用者负责的表现。
建议操作流程：
- 修复 bug？执行
npm version patch - 添加新功能且保持兼容？执行
npm version minor - 修改 API 或移除旧功能？执行
npm version major
这些命令会自动更新 package.json、生成 Git tag，并可用于触发 CI/CD 流程。
基本上就这些。坚持语义化版本控制，能让团队协作更顺畅，也能减少“升级依赖后项目崩溃”的尴尬情况。不复杂但容易忽略。
