GitVersion 6.0版本中release分支的语义版本控制问题解析

问题背景

在GitVersion工具从5.12.0升级到6.0.2版本后，许多用户发现他们的release分支（如main分支）的版本号生成行为发生了显著变化。具体表现为，在release分支上生成的版本号现在包含了预发布(pre-release)标签，而之前版本则不会。

行为变化分析

在GitVersion 5.x版本中，配置为release分支（如main分支）默认会生成不带预发布标签的完整版本号。例如，当版本号为2.1.1时，会直接生成"2.1.1"这样的语义版本。

然而在6.0版本中，同样的配置下，release分支生成的版本号会包含预发布数字，如"2.1.1-1"。这种变化源于GitVersion 6.0对分支模式处理逻辑的调整。

配置模式解析

GitVersion提供了两种主要的版本控制模式：

1. 持续交付模式(Continuous Delivery)：

   • 每次提交都会增加版本号
   • 在release分支上会添加预发布数字
   • 适合需要精确控制每个构建版本的环境

2. 持续部署模式(Continuous Deployment)：

   • 只在版本变更时更新版本号
   • 在release分支上生成完整版本号
   • 适合自动化发布流程

解决方案

如果希望在release分支上获得不带预发布标签的版本号，同时保持每次提交都递增版本号的行为，可以考虑以下配置调整：

1. 明确设置分支模式为持续部署模式：

branches:
  main:
    mode: ContinuousDeployment

2. 结合版本增量配置：

branches:
  main:
    mode: ContinuousDeployment
    increment: Patch

这种配置组合可以实现：

• 每次提交自动递增修订号（Patch）
• 生成不带预发布标签的完整版本号
• 保持版本号的连续性

版本控制策略建议

在实际项目中，版本控制策略的选择应考虑以下因素：

1. 发布频率：高频发布适合持续部署模式，低频发布适合持续交付模式
2. 构建流水线：自动化程度高的环境更适合持续部署模式
3. 版本追溯需求：需要精确追踪每个构建时，持续交付模式更有优势

GitVersion 6.0的这种行为变化实际上提供了更灵活的版本控制选项，使团队能够根据实际需求选择最适合的版本生成策略。理解这些模式的区别和适用场景，可以帮助团队更好地规划他们的版本控制工作流。