我发现了奇怪的“问题”，或者更确切地说是 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。
关于azure-devops - 同一分支的版本碰撞仅适用于第一次碰撞提交，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/49233461/