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

Continuous integration 在持续集成服务器上,版本号的哪一部分应该增加,continuous-integration,version,tfsbuild,version-numbering,Continuous Integration,Version,Tfsbuild,Version Numbering,我已将我的解决方案集成到一个持续集成tfsbuild 2010服务器中。这可以很好地构建我的所有库 接下来,我想在CI服务器上的每次构建期间增加版本号 版本号的组成为:(主要版本)。(次要版本)。(修订号)。(版本号) 我的问题是,在这种情况下应该增加的数字的最佳做法是什么?我会考虑构建编号,以1.1.1.123结束,并在1.1.1.124等中获得下一个签入结果 我想知道什么时候修订号会增加?Major是主要发行版的手册,是我为发行版创建多个分支时的次要版本 我是正确的还是正确的做法?有关大调、

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

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

版本号的组成为:(主要版本)。(次要版本)。(修订号)。(版本号)

我的问题是,在这种情况下应该增加的数字的最佳做法是什么?我会考虑构建编号,以1.1.1.123结束,并在1.1.1.124等中获得下一个签入结果

我想知道什么时候修订号会增加?Major是主要发行版的手册,是我为发行版创建多个分支时的次要版本


我是正确的还是正确的做法?

有关大调、小调和修订,请参阅“”

对于类似功能集的生成,只有生成编号会增加(如果生成成功,则为)。
如果不成功,下一次生成将重用相同的生成编号

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

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

您可以,应该只增加构建编号(不太重要的部分),我将重复@VonC


和添加-它只对已发布的版本有意义,对于增加任何数字的内部版本,客户和开发者POV

没有意义,只是要注意一些版本系统只允许在成功的情况下增加版本号,因此如果版本“1.1.1.123”失败,下一个版本将使用相同的数字,最终版本看起来不像“1.1.1.984746753”。。。