Azure DevOps部署作业如何将deploy步骤变量传递给on.failure步骤

你拿不到值的核心原因是错用了isOutput=true参数，根本不需要写本地文件，改一行命令就能解决。

最优方案：直接设置作业级上下文变量 #

isOutput=true是专门为跨作业、跨阶段传递变量设计的标记，而runOnce部署策略下的deploy步骤和on.failure/on.success钩子同属一个作业上下文，普通的作业级变量在所有步骤里是天然互通的，不需要标记为输出变量。

把你现有捕获失败原因的PowerShell步骤里的isOutput=true删掉即可：

- powershell: |
    Write-Output "were here"
    Write-Output "deploymentFailureReason = $(deploymentFailureReason)"
    # 移除isOutput=true，设置的变量会自动注入当前作业后续所有步骤的上下文
    Write-Host "##vso[task.setvariable variable=deploymentFailureReason]$(deploymentFailureReason)"
  name: failure
  condition: failed()

修改完成后，在on.failure钩子调用追踪器模板时，直接传参即可拿到值：

failure:
  steps:
    - template: ./call-deployment-tracker.yml
      parameters:
        functionName: "DeploymentFailure"
        failureReason: $(deploymentFailureReason) # 直接引用即可，不需要加作业/步骤前缀

补充：如果你的deploymentTemplate里的各任务在给deploymentFailureReason赋值时，用的task.setvariable命令也没加isOutput=true，那这个叫failure的PowerShell步骤甚至可以完全删掉，变量本身就会在作业上下文里持续传递，直接在on钩子步骤里引用就行。

为什么之前用输出变量访问失败？ #

部署作业的生命周期钩子属于特殊的步骤分段，加了isOutput=true的变量属于步骤级输出，必须严格按照部署作业的路径规则才能引用，对应你的配置完整引用路径是$(Dev_Deployment.deploy.failure.reason)。但虚拟机类型的环境部署对这种跨分段输出变量的识别存在已知兼容问题，稳定性远不如直接使用作业级普通变量。

备选兼容方案 #

如果你的环境是多台虚拟机并行部署，担心极端情况下变量上下文异常，可以用你之前考虑的本地文件方案，按规范写就不会有问题：

• 写入路径固定用Agent临时目录$(Agent.TempDirectory)，不要自定义系统路径
• 文件名带上$(Agent.Name)做唯一标识，避免多VM并行时文件冲突
• on.failure步骤里直接读取对应文件内容传参即可，这个方案兼容性100%，性能影响可以忽略。

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