rest - 在构建完成后，通过 TeamCity 的 REST API 构建失败，来自另一个构建配置

Question

我有一些集成测试是在成功构建时由 TeamCity 启动的。我已成功使用 TeamCity REST API 将构建标记为通过或失败，但实际上我想将构建状态标记为通过或失败(与构建失败的方式相同编译或单元测试失败)。

documentation因为 REST API 非常少。是无法通过 REST API 执行此操作还是未记录？

澄清:

目前流程如下:

“App”TC Build 配置实际构建应用程序并运行单元测试。

“测试”TC 构建配置取决于“应用程序”配置成功完成。如果“应用程序”构建成功(没有编译或单元测试失败)，“测试”配置就会启动，这会拉下构建工件并在应用程序上运行实时集成测试。在运行这些测试之前，“App”配置的状态为通过，因为它编译成功并且没有单元测试失败。

如果“测试”配置失败，我想做的是将“应用程序”配置状态更改为失败。目前我只是将“App”标记为通过或失败，但实际构建状态始终是通过。本质上，我试图让更改日志或历史记录显示失败构建的红色 X 图标，而不是绿色复选标记。

“App”和“Test”是 2 个独立的 TeamCity 构建配置。由于它们是分开的，正如@sharma所建议的那样，Build Script Interaction不会解决问题，因为Build Script Interaction可用于失败/更新当前正在运行的构建配置，而我正在尝试更新/失败一个单独的并且已经完成构建配置。

为什么我们有 2 个单独的配置而不只是从主构建运行测试？当然是速度!集成测试最多需要 10 分钟才能运行，我们不想因为集成测试正在运行而减慢编译周期。

Answer 1

实际上，即使在使用以下未记录的请求构建完成后，您也可以更改构建状态(您需要要更改的构建的 buildId):

curl -v --request POST "http://your-teamcity-url/ajax.html "-u login:password --data "comment=你构建失败的原因"--data "status=FAILURE"--data "changeBuildStatus=buildId ”