如何配置gitVersion以增加发行分支上每次提交的补丁程序

Question

我们遵循基于主干的开发方法，当功能就绪时，我们将其合并到master并使用语义版本创建发行分支，因此我们可以完全控制主要/次要/补丁版本，
例如：
版本1.0.0。
版本1.0.1等..

我们在构建步骤中运行gitversion，该步骤考虑分支名称中提供的版本控制并基于该名称创建版本（默认gitversion行为），然后传播到较低的系统 仅当该版本成功部署到生产中（我们的ci / cd工作流程的最后阶段）后，我们才会对其进行标记。

我现在看到的问题是修复樱桃漏洞并合并以释放尚未标记的分支。 （典型的基于主干的方法）

我一直在寻找的行为如下：

假设release / 1.0.0（当前标记的发布分支），gitversion-appname-1.0.0-rc.1。 错误修复程序合并到主版本后
-从master提交Cherry-pick错误修复，合并到release / 1.0.0
-gitversion凹凸补丁值到appname-1.0.0-rc.2
-在release / 1.0.0分支上进行新提交
-gitversion凹凸补丁值到appname-1.0.0-rc.3

相反，我看到了以下行为：
-从master提交Cherry-pick错误修复，合并到release / 1.0.0
-gitversion不会增加补丁值，语义版本停留在appname-1.0.0-rc.1
-在release / 1.0.0分支上进行新提交
-语义版本保持在appname-1.0.0-rc.1

这是我正在使用的配置 GitVersion.txt

Answer 1

GitVersion具有用于确定计算版本的层次结构，所有这些都由各种默认分支配置定义，可以通过执行GitVersion /showConfiguration来看到。

您似乎需要根据团队的工作流程和分支模型自定义配置，以实现所需的行为。