我有一些集成测试在TeamCity成功构建时启动。我已经成功使用TeamCity REST API以标记构建为已通过或失败,但实际上希望将构建状态标记为已通过或未通过(以与编译或单元测试失败相同的方式构建失败)。构建完成后通过TeamCity从另一个构建配置通过REST API失败构建
REST API的documentation相当稀疏。是不是可以通过REST API来做到这一点,或者它没有记录?
澄清:
当前过程如下:
“APP” TC构建配置实际生成应用程序,并运行单元测试。
“测试”TC构建配置取决于“应用程序”配置成功完成。如果“应用程序”成功构建(无编译或单元测试失败),则“测试”配置将启动,从而降低构建工件并在应用程序上运行实时集成测试。在运行这些测试之前,“App”配置具有通过状态,因为它已成功编译,并且没有单元测试失败。
我想要做的是如果“测试”配置失败,则将“应用程序”配置状态更改为失败。目前我只是将“App”标记为已通过或失败,但实际的构建状态总是通过。基本上,我试图获取更改日志或历史记录,以显示失败构建的红色X图标,而不是绿色复选标记。
“应用程序”和“测试”是2个独立的TeamCity构建配置。由于它们是分开的,因此@sharma建议的构建脚本交互不会有任何用处,因为构建脚本交互可用于失败/更新当前正在运行的构建配置,而我试图单独更新/失败完成构建配置。
为什么我们有2个独立的配置,而不是从主构建中运行测试?当然速度!集成测试最多需要10分钟才能运行,并且我们不希望因为集成测试正在运行而放慢编译周期。
只是一个想法,如果你有第二个构建配置作为构建步骤,该螨暂时解决你的问题。 – remo 2011-03-21 12:47:51