在 TeamCity 10 的构建步骤中更新项目级参数

Question

我目前正在 TeamCity 中实施（我不知道实施是否合适，但无论如何）一个语义版本控制。我有存储版本号部分的项目级系统参数：system.major、system.minor 和 system.patch。我有两种构建配置：

• 首先，我们称之为 beta，按原样使用 major、minor 和 patch并将其构建计数器值附加到版本（即 1.0.0.X，其中 X 是 beta 的构建计数）。
• 其次，我们称之为release，是使用major和minor（但不是patch）原样并将其构建计数器值附加为补丁编号（即 1.0.Y，其中 Y 是版本的构建计数）。

我们希望我们的版本增加如下：

1. beta 版本正在运行：1.0.0.1
2. 另一个 beta 版本：1.0.0.2
3. release 构建正在运行：1.0.1.0
4. 又一个 beta 版本：1.0.1.3

问题是，我们希望在 beta 版本中也使用 release 版本的计数器作为补丁号，而无需任何人工干预。到目前为止，我已经读到有人使用程序集信息或外部 VCS 跟踪文件在最后一个构建步骤中存储当前版本，并在每个构建配置的第一个构建步骤中解析文件。这种方法虽然看起来是标准方法，但不受项目经理的欢迎，因此我想避免使用程序集信息或其他 VCS 跟踪文件来存储版本信息。我尝试在 release 配置中使用 powershell 脚本构建步骤来设置参数 patch 使用：

Write-Host "##teamcity[setParameter name='system.patch' value='%build.counter%']"

然而，使用teamcity[setParameter...] 似乎在正在运行的构建中生效，并且仅在连续的构建步骤中生效。我想要的是在一个构建（发布）中设置系统参数，然后在另一个构建配置（测试版）中使用它们的值。

有什么我看不到的直截了当的方法吗？如果你有类似的经历，你能给我指出正确的方向吗？

Answer 1

我正在通过 powershell 在构建步骤中执行 API 调用来完成类似的操作。这对你有用吗？执行 GET 请求以查找当前版本构建计数器，然后使用 PUT 请求更新适当的参数。