语义化版本规范下，如何避免主分支与热修复分支的版本号冲突？

针对热修复分支版本号与主分支已发布版本冲突的问题，以下是符合语义化版本（SemVer）规范的最佳解决策略：

1. 严格遵循补丁版本递增规则 #

从1.0.0分支切出的热修复分支属于旧稳定版本的维护分支，版本号需在对应主版本.次版本的补丁号上递增，而非复用主分支已发布的版本号：

• 主分支已发布1.0.1，该热修复分支的首个发布版本应为1.0.2
• 后续热修复依次递增为1.0.3、1.0.4等

这种方式完全符合SemVer对补丁版本（用于bug修复、兼容扩展）的定义，从根源避免版本号冲突。

2. 优化热修复分支命名 #

将分支名从hotfix\1.0.0调整为hotfix/1.0.x（或release/1.0.x），清晰表明该分支负责维护1.0.x整个补丁版本系列，而非仅针对1.0.0单个版本，减少版本号复用的误解。

3. 建立版本号预发布校验流程 #

发布前通过工具或脚本校验已发布版本，避免手动指定错误：

• 用Git命令查看所有已发布版本标签：git tag -l
• 借助语义化版本校验工具（如semver）自动生成下一个合理的补丁版本号，替代手动输入

4. 隔离长期维护分支的版本线 #

若需长期维护旧版本（如1.0.x系列），将该热修复分支转为长期支持（LTS）分支，与主分支的1.1.x、1.2.x版本线并行独立维护，各自版本号按自身补丁序列递增，完全隔离版本号空间。

内容的提问来源于stack exchange，提问作者Nitesh