我正在使用TFS 2012和OOTB默认构建模板。我有一个构建定义,它使用默认的Build Number Format:
$(BuildDefinitionName)_ $(日期:YYYYMMDD)$(启:.R)
由于某种原因,TFS生成的修订版号确实非常大。例如,最后一个版本是PrintOps-Main_20140626。 124829 。
我的其他构建定义中只有一个会生成具有如此高版本号的构建。另一个构建是同一解决方案的CI构建。这让我相信项目文件中有一些东西用一些自定义逻辑覆盖了TFS内部版本号。但我不知道这是否可能。所有其他构建定义'修订号从1开始,如果每天多次运行构建,则将修订号增加1。这些构建定义也增加1,但它们从1248xx开始。
作为故障排除,我尝试了不同的流程模板并修改了Build号格式。除了$(Rev:.r)部分之外,一切都按预期工作。一旦我将修订部分重新引入构建格式,我就会得到一个非常大的数字。
我的怀疑是否正确,它必须是项目文件中的某种覆盖?如果是这样,有关寻找什么的建议吗?此解决方案中有多个(15个以上)项目,因此任何建议都值得赞赏。
答案 0 :(得分:0)
我在不同的日子重新构建了构建版本,并提取了构建版本格式($ BuildDefinitionName,$ Date,$ rev)的各个部分,以单独测试每个部分。我不知道是不是因为新版本是在不同的日子发生的,或者只是使用$(Rev:.r),而构建数字格式中没有别的东西重置了东西,但我终于得到了内部版本号出来正确。