问题描述
我在我的 Azure 管道中运行了一个相当大的构建,它涉及处理大量数据,因此需要太多内存供我的构建代理处理。因此,我的方法是启动一个 linux 虚拟机,在那里运行构建,然后将生成的 docker 映像推送到我的容器注册表。
为此,我使用 Azure CLI task 向 VM 发出命令(例如 az vm start
、az vm run-command ...
等)。
我面临的问题是,即使您在 VM 上运行的脚本返回非零状态代码,az vm run-command
也会“成功”。例如,这个“坏”的虚拟机脚本:
az vm run-command invoke -g <group> -n <vmName> --command-id RunShellScript --scripts "cd /nonexistent/path"
返回以下响应:
{
"value": [
{
"code": "ProvisioningState/succeeded","displayStatus": "Provisioning succeeded","level": "Info","message": "Enable succeeded: \n[stdout]\n\n[stderr]\n/var/lib/waagent/run-command/download/87/script.sh: 1: cd: can't cd to /nonexistent/path\n","time": null
}
]
}
所以,命令成功了,大概是因为它成功地在虚拟机上执行了脚本。脚本实际上在 VM 上失败的事实隐藏在响应“消息”中
如果 VM 上的脚本返回非零状态代码,我希望我的 Azure 管道任务失败。我将如何实现这一目标?
一个想法是解析响应(以某种方式)并搜索 stderr
下的文本 - 但这听起来很麻烦,我什至不确定如何“访问”任务中的响应.