如何在每次进行更改时都无需重新运行管道的情况下诊断Azure DevOps构建管道的问题?

时间:2020-04-15 04:21:47

标签: azure-devops

我有一个Azure DevOps管道构建,该构建包含多个步骤,构建时间很长。每当构建有问题时,我们都会检查日志并确定问题或提出理论,然后,如果是理论,我们必须插入诊断命令行(例如,获取目录,显示文件内容等)。在步骤之间;如果是修复程序,我们添加一个修复程序,但是我们必须等待整个管道重新运行并找出答案。这导致我们花费大量时间来解决构建问题。

如果我们可以访问未完成构建的代理状态,则可以使用RDP或任何其他终端登录并检出内容,以及磁盘上文件的状态,这可以为我们节省很多时间小时。

Azure DevOps是否可以进行这种类型的诊断?

2 个答案:

答案 0 :(得分:1)

否,如果您使用的是托管代理。如果您使用的是自托管代理,则显然可以登录到该代理。但是,您可以实施仅在构建失败并且这些步骤可以尝试捕获您感兴趣的信息时(例如发布构建目录的状态)的步骤。

答案 1 :(得分:0)

如果您使用的是Azure DevOps 服务,则有一个新的REST API版本,可让您“预览”对YAML定义的更改:https://docs.microsoft.com/en-us/azure/devops/release-notes/2020/sprint-165-update#preview-fully-parsed-yaml-document-without-committing-or-running-the-pipeline