问如何在基于构建号的公司中处理SemVer

EN

我的公司使用Major.Minor.Patch.Build作为版本号。启动新版本时，将设置Major.Minor.Patch部件。然后，当工作完成时，构建数就会上升，直到一个构建被认为足够好为止。当这种情况发生时，Major.Minor.Patch.Build就会被发布到测试中。如果它通过了测试，那么我就继续刺激它。如果测试失败，那么它将返回到开发阶段，下一次尝试将修补程序号增加1 (只有在发布处于过程的Dev部分时才会出现新的版本号和构建)。这一切对我的公司来说都很棒。

但现在我们正试图转移到集装箱，赫尔姆海图和库伯奈特。这个生态系统似乎真的很喜欢SemVer V2。当我试图解决这种情况时，我看到了两个选项，可以将构建号输入到SemVer V2中：

1. 把它放进预发布标签里。有点像：1.3.2-build.21。这是可行的，但它被认为是一个“预发布版”构建。因此，如果我只是将它作为一个正常的构建，那么版本优先级将始终倾向于1.3.2而不是1.3.2-build.589。这看起来很难看(而且容易出错)。
2. 放进元数据。有点像：1.3.2+build.21。这不再是预发布，但是对于版本优先级，1.3.2+build.21被认为与1.3.2+build.589相同。

我可以理解SemVer V2在这里试图做什么。从我的消费者的角度来看，版本号是额外的细节。(我的软件使用者永远不会看到两个不同的应用程序Major.Minor.Patch版本。)

但是，我的开发团队需要清楚地知道哪个构建是哪个。因此，仅仅使用Major.Minor.Patch是行不通的。

我们的CI/CD流水线工具实现了基于SemVer V2优先级的自动排序和拾取。所以元数据方法是行不通的。

我不喜欢使用预发布版来构建正常版本的想法。所以我已经把它从充分利用中消除了。

另一种选择是使用Major.Minor.Build。(将修补程序号替换为版本号。)虽然我可以这么做，但对我的公司来说，放弃贴片号码是很难的。(这似乎有点不对。)

我们的流程不允许我在发布到生产时更改版本号。要将经过测试和准备好的prod构建的版本号从发布前的版本号更改为发行版版本号，需要下列之一：

1. 另一个构建(然后必须再次测试)
2. 修改二进制文件(然后必须再次测试)

(我在医学领域工作，那里的错误很严重，所以我们有一些严格的测试规则。)

现在我要用一种“假装”的方法。在表面上，我们仍然使用Major.Minor.Patch.Build。但是结合我的CI/CD工具，我试图伪造它们。我给他们一个容器映像，它被标记为部署到Dev的预发布。我在部署时动态地构建我的舵图。

当我部署到Test时，我在容器映像中添加另一个标记(发布版本号)。我再次为部署创建一个动态创建的Helm图表(这次使用发布版本号)。我重复生产部署的动态舵图。

动态舵图，在部署过程中飞行重放.感觉有点不舒服。但在SemVer V2中，我看不出有什么办法可以绕过这种以消费者为中心的限制。

但我想，也许我不是唯一一个有这个问题的人。也许有人已经有解决办法了。所以我想我应该问：

如何能够处理CI/CD工具中的SemVer V2集成，但在开发和部署过程中仍然使用一个版本号？