tfs - 在构建过程中修改 TFS 2015 BuildNumber

Question

我有一些存储在 TFS 下的嵌入式 C 软件，还有一个相应的 TFS 构建定义，它成功地 check out 代码并使用相关编译器构建它。所以要明确一点，虽然这是 TFS，但我不是在构建 .NET 应用程序。

现在我的构建工作了，我正在尝试提供应该与构建过程相关联的整体软件版本支持。我目前的目标如下:

正在构建的源代码有一个头文件，其中包含三个变量的#defines，Major Version、Minor Version 和 Build Number。然后使用该头文件在编译时将版本号添加到软件中。这个概念是，作为开发的一部分，开发人员只负责更新主要和次要版本号。内部版本号在源代码中始终保持为 0，不应由开发人员修改。

在开发人员在他们自己的机器上本地生成构建的实例中，主要和次要版本将按照代码中的定义进行设置，但构建号将保持为 0，这表明构建是不受控制的。但是，对于服务器上的官方构建，我希望 TFS 自动增加构建号，以便指定相同主要和次要版本的后续构建导致构建号增加以提供整体唯一的版本描述符。

在做了一些阅读之后，我具体看到这个工作的方式是将 TFS 内部版本号格式定义为如下所示:
$MajorVersion.$MinorVersion.$(Rev:.rr) 其中 MajorVersion 和 MinorVersion 是我在构建过程中定义的变量。

我意识到修订版保持了基于整个内部版本号格式的唯一性。因此，我认为在尝试评估修订版和更广泛的构建号之前，从源代码中提取主要和次要版本并填充两个构建变量至关重要。我创建了一个 Powershell 脚本来使用正则表达式从头文件中提取主要和次要版本，然后从脚本中设置变量。

现在终于到问题了。看来我的方法有缺陷。一旦我将构建排入队列，就会立即评估 TFS 构建号，似乎是为排队的构建命名。在这个阶段，我一直无法运行我的脚本来提取主要和次要版本，因此也得到了不正确的修订号。因此，基于我之前提到的构建号格式，我最终得到了一个构建号和结果名称，例如“..01”或“0.0.01”，具体取决于我是否在构建定义中初始化了主要和次要变量。

那么任何人都可以看到一种方法，我可以推迟对 TFS 内部版本号的评估，直到我有机会通过 Powershell 构建步骤从源代码读取我的主要和次要版本之后？如果我能做到这一点，应该根据真正的主要和次要版本正确计算修订版。然后我将使用另一个脚本在我的头文件中仅设置内部版本号 #define 以匹配 TFS 内部版本号中的修订。此外，由于 TFS 似乎使用构建号作为排队构建的名称，我不确定如何处理这个问题，因为我不知道构建排队时的最终 TFS 构建号。在构建过程中可以修改名称吗？

请帮忙。我认为我的想法相当简单，但我正在努力使用其他非常好的 TFS 2015 构建系统来实现它。

Answer 1

TL; 博士;您可以像上面一样使用内部版本号格式，也可以创建自定义内部版本号……两者都不能。
在构建期间创建自定义版本号
使用 Team Build，您可以在构建过程中随时通过将“##vso[build.updatebuildnumber]1.2.3.4”输出到日志来更新构建编号。
您可以在此处查看日志命令的完整列表
https://github.com/Microsoft/vso-agent-tasks/blob/master/docs/authoring/commands.md
这将更新内部版本号和名称。
您遇到的不利方面是您无法再使用您一直尝试使用的自动递增数字。您需要自己提出版本号，然后使用上面的输出将其传回。
在您的版本中使用自动创建的版本号
但是，您可以使用自动递增让构建系统创建一个版本号，然后将其写入您需要的位置。
https://www.visualstudio.com/en-us/docs/build/scripts/
推荐使用 GitVersion
如果您使用 Git，您可以使用 GitVersion 在构建期间为您创建语义或自动递增数字。或者您可以使用文件明确指定数字。