| 判断依据 | 对外兼容性变化 |
|---|---|
| 记录位置 | 提交信息与变更说明（如 BREAKING CHANGE: 段落） |
| 自动化 | 可基于提交约定脚本生成候选提升 |
判断示例
判断示例
# fix 类修复 → PATCH +1
# feat 类兼容新增 → MINOR +1
# 破坏性改动 → MAJOR +1
BREAKING CHANGE: token field removed版本号是给依赖方的契约信号，提前标注比事后解释更省沟通成本。
版本号提升规则落地
把提升规则变成团队例行动作：修复升 PATCH、兼容新增升 MINOR、不兼容改动升 MAJOR；破坏性改动显式标注。
易错点
- 修复回挑到多个维护分支时，各分支版本号要独立递增，避免同号不同内容
- 候选提升只作参考，最终版本号需要人工确认兼容性判断
数据来源与参考
- Semantic Versioning 2.0.0（semver.org）
- Conventional Commits 1.0.0（conventionalcommits.org）