同一分支的版本碰撞仅适用于第一次碰撞提交
Version bumping same branch works only for first bump commit
我发现了奇怪的 "issue"，或者更确切地说，GitVersion 的行为。考虑以下因素：
我们在dev分支工作，版本是0.1.0。我用“+semver: minor”消息向它提交了一些东西。很好，版本增加了，0.2.0，我们可以继续，创建一个包，等等。我们继续我们的工作，我做了新的更改，再次提交“+semver:minor”。但是版本还是0.2.0。问题是什么？我想我不明白 gitversion 如何工作或应该如何工作。
即使我尝试从 dev 创建新分支，然后在其中进行 bump 提交，它仍然不会再次增加版本。
我的目标是有一个简单的工作流程：用于发布新包的 Master 分支，我们可以从它分支，添加一些更改，根据带有提交消息的任务类型修改版本，然后将其合并回 master。听起来很简单，但并没有达到预期的效果。
我认为这里的问题是 GitVersion 只会在标签之间应用一次 +semver: minor。例如，假设您在 0.1.0 标记了您的存储库，然后是以下提交消息：
+semver: minor Fixing something
+semver: minor Fixing something else
只会导致次要版本的一次碰撞。
但是，如果你做了类似的事情：
+semver: minor Fixing something
tag the repository at 0.2.0
+semver: minor Fixing something else
然后您将升级到 0.3.0。
我发现了奇怪的 "issue"，或者更确切地说，GitVersion 的行为。考虑以下因素：
我们在dev分支工作，版本是0.1.0。我用“+semver: minor”消息向它提交了一些东西。很好，版本增加了，0.2.0，我们可以继续，创建一个包，等等。我们继续我们的工作，我做了新的更改，再次提交“+semver:minor”。但是版本还是0.2.0。问题是什么？我想我不明白 gitversion 如何工作或应该如何工作。
即使我尝试从 dev 创建新分支，然后在其中进行 bump 提交，它仍然不会再次增加版本。
我的目标是有一个简单的工作流程：用于发布新包的 Master 分支，我们可以从它分支，添加一些更改，根据带有提交消息的任务类型修改版本，然后将其合并回 master。听起来很简单，但并没有达到预期的效果。
我认为这里的问题是 GitVersion 只会在标签之间应用一次 +semver: minor。例如，假设您在 0.1.0 标记了您的存储库，然后是以下提交消息：
+semver: minor Fixing something
+semver: minor Fixing something else
只会导致次要版本的一次碰撞。
但是，如果你做了类似的事情：
+semver: minor Fixing something
tag the repository at 0.2.0
+semver: minor Fixing something else
然后您将升级到 0.3.0。