根据我对TeamCity工作方式的观察,我注意到构建失败条件是在所有步骤执行完成后进行评估的。这非常令人烦恼,因为如果任何构建失败条件被满足,我就不能有一个不执行的步骤。
我指的不是常见的构建失败条件,比如“至少有一个测试失败”。我指的是手动添加的失败条件,例如在度量标准更改时。
当我检查构建日志时,我清楚地看到所有步骤都已执行,只有在最后才评估构建失败条件,并记录任何错误。但这太晚了,因为有条件的步骤(根据“仅在构建状态成功时执行”)已经执行了。
问题:我该怎么做才能实现这一点?
正如您从上面所看到的,我已经尝试添加了构建失败条件的有条件步骤,但未能实现所需结果。
为了更清楚地表达,我有一个部署应用程序的步骤。然而,我的期望是如果满足构建失败条件,则不应进行部署。我拥有的构建失败条件示例是度量标准更改。显然,我可以将其表达为构建失败条件,并且我可以有构建步骤,在构建状态不成功的情况下失败。然而,似乎构建步骤不会按照我所期望的方式行事,因此我感到困惑(我认为这是构建步骤条件的目的)。我漏掉了什么?
我指的不是常见的构建失败条件,比如“至少有一个测试失败”。我指的是手动添加的失败条件,例如在度量标准更改时。
当我检查构建日志时,我清楚地看到所有步骤都已执行,只有在最后才评估构建失败条件,并记录任何错误。但这太晚了,因为有条件的步骤(根据“仅在构建状态成功时执行”)已经执行了。
问题:我该怎么做才能实现这一点?
正如您从上面所看到的,我已经尝试添加了构建失败条件的有条件步骤,但未能实现所需结果。
为了更清楚地表达,我有一个部署应用程序的步骤。然而,我的期望是如果满足构建失败条件,则不应进行部署。我拥有的构建失败条件示例是度量标准更改。显然,我可以将其表达为构建失败条件,并且我可以有构建步骤,在构建状态不成功的情况下失败。然而,似乎构建步骤不会按照我所期望的方式行事,因此我感到困惑(我认为这是构建步骤条件的目的)。我漏掉了什么?