何时在发行管理周期中增加版本号

Question

我们使用github，Teamcity，codereview，章鱼部署的组合来管理我们的整体发布管理过程。我们开发网站，以及几个内部使用的API。

我们正在寻求实施API的截面的更好版本，并将使用SEMVER。

我的问题是，您在哪个阶段为其分配版本号？

示例：

• Master中的当前版本为1.2.1
• 用户创建分支（分支2）以实现一些新功能
• 用户将分支部署到质量请访问和签名
• 用户将branch2合并到主人中并释放到生产中。

在哪个阶段应该将版本递增至1.3.0？如果在进入质量检查的阶段进行更新，则可能在此期间另一个开发人员创建了另一个功能分支，该功能分支已进行了测试，并且可以比Branch2更快地发布生产 - 因此，实际上后来的应该是1.3。0，而分支2将在几周后将其推入生产，应该是[可能是1.4.0。

那么，我是否正确地认为只有在签署质量检查后才能增加版本号，然后在最终合并之前重新回到主分支？

？

感谢您提前的时间问候，dotdev

Answer 1

正如您所描述的，我看到了这些版本：

• 1.2.1 Master中的当前版本为1.2.1
• 1.3.0-alpha+branch2用户创建分支（分支2）以实现一些新功能
• 1.3.0-beta+branch2用户将分支部署到质量请访问和签名
• 1.3.0用户将分支2合并到主机中并发布到生产中。

将在任何官方/生产版本后立即进行下一个版本必须立即完成。这是一个可以帮助的草图。

feature                           *-(1.3.0-beta+feature1)---*                            *-(1.4.0-beta+feature2)--
                                 /                                                     /
 master  -[v1.2.1]-(1.3.0-beta)-*-----------------------------*-[v1.3.0]-(1.4.0-beta)--*-----
                                                                      
release     *----                                                 *---

您将标签手动应用于以方括号为代表的官方发行版，而版本（正常括号）在历史记录中使用帐户标签。

我建议您查看出色的gitversion工具，以帮助您管理计算。