如何忽略Azure DevOps发布管道中预期失败的作业状态？

问题场景 #

我搭建了一个包含3个作业的Azure DevOps发布管道，流程如下：

• 作业1：通过自托管代理部署组执行快速部署，但当代理所在VM关机导致代理离线时，会在任务运行前直接失败，报错Unable to deploy to the target '' as the target is offline.，且continueOnError属性对此类前置失败无效。
• 作业2：仅在作业1失败时触发，通过Azure托管代理，以服务主体身份调用Azure CLI执行az vm start ...启动代理VM。
• 作业3：同样仅在作业1失败时触发，是作业1的副本，此时VM已启动，部署可正常完成。

目前实际部署逻辑已成功执行，但因作业1失败，整个发布的状态显示为Failed。需要找到日志命令或其他技巧，让发布状态显示为Succeeded或至少Succeeded with Warnings。

已尝试的不可行方案 #

• 始终保持代理VM运行：成本过高，我们需要VM每晚自动关机，周末、节假日及非代码更新时段保持关闭。
• 预先检查VM在线状态：速度太慢，即使VM已运行，Azure CLI脚本在Microsoft-Hosted代理池排队需1-10分钟，加上az vm show --query powerState的执行时间，远不及自托管代理在线时作业1的10秒完成速度。我们希望多数部署快速完成，仅每日首次部署需要处理VM启动的情况。
• 通过REST API预检查代理状态：尝试用无代理作业调用https://dev.azure.com/<organization>/_apis/distributedtask/pools/<pid>/agents/<aid>获取status属性，本地测试正常，但在DevOps管道中使用$(System.AccessToken)认证时，返回No agent found for pool <pid> with identifier <aid>，即无作业池信息查看权限。

可行解决方案 #

方法1：通过日志命令强制修改发布结果 #

Azure DevOps支持通过特定日志命令覆盖管道最终状态，即使有作业失败，也可强制将整体状态改为成功或带警告。

在作业3的最后添加一个PowerShell/Bash任务，仅在作业3成功完成时执行（设置任务条件为and(succeeded(), eq(dependencies.Job1.result, 'Failed'))），运行以下命令：

• PowerShell版本：

Write-Host "##vso[task.setvariable variable=Agent.JobStatus]Succeeded"
Write-Host "##vso[build.updatebuildnumber]$(Release.ReleaseName) - Final Succeeded"
Write-Host "##vso[build.complete result=Succeeded;]"

• Bash版本：

echo "##vso[task.setvariable variable=Agent.JobStatus]Succeeded"
echo "##vso[build.updatebuildnumber]${RELEASE_RELEASENAME} - Final Succeeded"
echo "##vso[build.complete result=Succeeded;]"

方法2：自定义阶段失败条件 #

直接通过管道配置修改阶段的失败判定逻辑，仅当作业3失败时，整个阶段才视为失败：

1. 点击发布阶段的「...」按钮，选择「配置阶段」。
2. 在「常规」选项卡中找到「失败条件」，输入表达式：not(succeeded('Job3'))
3. 保存配置后，若作业1失败但作业3成功，整个阶段会显示为成功。

方法3：将作业1的失败标记为警告（限可执行任务的场景） #

如果作业1能进入任务执行环节（而非调度阶段直接失败），可在作业1的初始化步骤中添加检测逻辑，当发现代理离线时，用日志命令将作业1标记为警告：

Write-Host "##vso[task.logissue type=warning]自托管代理VM离线，将启动VM后重试部署"
Write-Host "##vso[task.complete result=SucceededWithIssues;]"

注：此方法仅适用于作业1能执行任务的场景，若作业1在调度阶段直接失败则无法生效。

内容的提问来源于stack exchange，提问作者Alain