在持续集成服务器上应该增加版本号的哪一部分答案

【问题标题】：what part of the version number should be incremented on a continuous integration server在持续集成服务器上应该增加版本号的哪一部分
【发布时间】：2012-10-24 18:01:27
【问题描述】：

我已将我的解决方案集成到持续集成 tfsbuild 2010 服务器中。这很好地构建了我所有的库。

接下来我想在 CI 服务器上的每次构建期间增加版本号。

版本号的组成是：（主要版本）.（次要版本）.（修订号）.（内部版本号）

我的问题是，在这种情况下应该增加的数字的最佳做法是什么？我会想到内部版本号，所以我最终得到 1.1.1.123，下一次签入结果是 1.1.1.124 等。

我想知道什么时候修订号会增加？ Major 是主要版本的手动版本，次要版本是我为版本创建多个分支。

我是正确的还是正确的做法是什么？

【问题讨论】：

标签： continuous-integration version tfsbuild version-numbering

【解决方案1】：

有关主要、次要和修订，请参阅“Semantic Versioning 2.0”。

对于类似功能集的构建，只有构建号会增加（如果构建成功，则为 Gonen comments below）。
如果不成功，下一个构建将重用相同的构建号。

修订号也称为“补丁”号：

如果只引入了向后兼容的错误修复，则必须增加补丁版本 Z (x.y.Z | x > 0)。
错误修复被定义为修复错误行为的内部更改。

【讨论】：

请注意，某些构建系统仅在构建成功时才允许您增加构建编号，因此如果构建“1.1.1.123”失败，下一个构建将使用相同的编号，并且最终版本不会像“1.1.1.984746753”...

【解决方案2】：

你可以，不应该只增加内部版本号（不太重要的部分），我会重复@VonC

并添加 - 它仅对已发布的构建有意义，对于内部构建增加任何数字对客户和开发人员 POV 没有意义

【讨论】：