Commitizen工具中SemVer预发布版本格式的演进与实现

在软件开发过程中，版本控制是项目管理的重要环节。Commitizen作为一款流行的版本管理工具，其SemVer(语义化版本控制)实现方案近期经历了一次重要更新，解决了预发布版本格式与最新SemVer规范不一致的问题。

问题背景

Commitizen原有的SemVer实现采用了1.0.0版本的规范，其中预发布版本的格式为"x.y.z-a0"这样的形式。然而，随着SemVer规范演进到2.0.0版本，预发布部分的格式要求发生了变化，规范中明确建议使用"x.y.z-alpha.0"这样的格式，即在标识符和序号之间添加点号分隔。

这种格式差异看似微小，实则影响重大。按照SemVer 2.0.0规范第11条，版本号的比较需要逐个标识符进行，因此"a10"会被认为小于"a2"(按字符串比较)，而"a.10"则能正确识别为大于"a.2"。

技术实现方案

Commitizen团队经过讨论后，决定不直接修改现有SemVer实现，而是新增一个"semver_v2"版本方案，以保持向后兼容性。这一决策体现了对现有用户项目的尊重，同时也为需要遵循最新规范的用户提供了选择。

在新实现中，开发团队特别注意了几个关键点：

1. 预发布标识符采用了更规范的"alpha"、"beta"等完整形式
2. 严格遵循了点号分隔的格式要求
3. 保持了开发版本(dev)等扩展功能的支持

版本规范的选择建议

对于项目维护者，在选择版本方案时需要考虑：

• 如果项目已经建立了成熟的版本控制流程，且依赖现有格式，可继续使用原SemVer方案
• 新项目或需要严格遵循最新SemVer规范的项目，建议选择semver_v2方案
• Python生态项目可能需要考虑PEP440规范，这与SemVer有显著差异

这一更新体现了Commitizen工具对版本控制规范的持续跟进，也为开发者提供了更灵活的选择空间。项目维护者可以根据自身需求，在工具配置中明确指定所需的版本方案，确保版本控制流程既符合规范要求，又能满足项目实际需求。