【发布时间】:2020-12-17 03:40:29
【问题描述】:
在我们的开发环境中,我们有大量的存储库、大量的构建和构建服务器,而且大多数时候一切都按应有的方式工作 - 但是,我们看到由于超时而失败的构建有所增加。
这些超时不会发生,因为我们已经接近极限,而是因为管道中“卡住/阻塞”了某些东西,并且它一直停留在该步骤,直到超时终止构建。
为了更好地调试为什么会发生这种情况,我们需要能够查询由于此超时而导致失败的构建,例如,我们可以查看是否是特定的构建服务器或代理存在此问题。
我们在 API 中找不到任何会导致超时错误的内容,但我们可以看到 UI 能够以某种方式扣除它:
到目前为止,我们已经将范围缩小到查询所有具有已完成状态的构建 (through this API),但我们没有完成原因,并且构建时间与构建定义的超时时间永远不会完全相同,所以“猜测”它从执行计划来看也会有点不稳定。
我们如何才能将构建过滤到仅超时的构建?
【问题讨论】:
-
嗨@Johny Skovdal,没有得到你的最新信息,下面的答案对你有帮助吗?或者,如果您有任何疑问,请随时在此处分享。
-
是的,我也将其标记为已解决。我确实想念要测试的实际财产,但目前情况并非如此。 :)
标签: azure-devops azure-devops-server-2020