我目前正在尝试了解gitflow和gitversion如何协同工作。虽然这听起来很简单，但gitversion确实带来了很多我感兴趣的魔术。通过互联网挖掘，我会说新版本的一般程序如下：
我决定新发行版是否具有重大功能。如果这 就是这种情况，我会计算主要版本，否则我将使用develop分支的版本。发行版本由分支名称表示，例如release / 1.2.0
我提交了修复程序和其他较小的更改，但是没有新功能 发布分支，仅计算metdataversion（+ xx），而不是真实的 版本
如果发行版在线，我会将发行版分支合并到 master分支，并用发行版本标记master分支。我还将发布分支合并回开发 分支那里也有修复程序
我不了解的内容：什么时候设置develop分支的版本？由于developer分支应该始终位于release和master分支之前，因此，我必须说，它必须在创建release分支时正确完成，例如，通过计算次要版本。如果以后发现下一个发行版有重大更改，我将使用主要版本和次要版本1（例如2.1.0）覆盖development版本标记。 但这意味着，绝不能跳过发行版，否则我们的版本会有差距。
如果我只是在从发布分支合并回来时标记开发分支，那么将开发分支部署到某个地方会很奇怪，因为它的版本类似于1.2.0alpha-xx，但是发布分支会有一些东西就像1.2.0beta-xx一样，这是错误的，因为开发分支位于发布分支之前。
不幸的是，我在这里找不到任何描述此过程的资料。因此，这只是一个决定还是我错过了一些消息来源吗？