Azure DevOps模板中setvariable设置的变量为何无法在后续任务生效？

你的猜想并不正确，模板编译时的一次性替换并不会导致后续任务无法识别setvariable设置的变量，核心问题出在变量传递的细节写法以及你当前不必要的变量设置方式上，下面具体分析：

1. 澄清模板替换与变量引用的逻辑 #

• ${{ parameters.MyPath }} 是编译时替换：在流水线开始运行前就会被替换为实际参数值，生成最终的流水线执行脚本。
• $(MyPath) 是运行时变量引用：在任务执行时才会解析为当前作用域内的变量值，两者的执行阶段完全独立，不存在模板替换覆盖运行时变量的情况。

2. 当前代码的问题点 #

（1）不必要的PowerShell变量设置步骤 #

你完全不需要通过PowerShell任务来传递参数值，直接在模板中用variables块将参数映射为流水线变量即可，这是Azure DevOps模板的标准用法：

# azure-template.yml
parameters:
  MyPath: 'Path'

variables:
  - name: MyPath
    value: ${{ parameters.MyPath }}

tasks:
  - task: AzureCLI@2
    displayName: Print the passed in path
    continueOnError: True
    inputs:
      azureSubscription: 'Connection'
      scriptType: pscore
      scriptLocation: 'scriptPath'
      arguments: "-FilePath '$(MyPath)'"
      scriptPath: '.pipelines\scripts\PrintOutPath.ps1'

（2）原写法中的变量传递细节错误 #

如果你坚持要用setvariable的方式，问题出在这几个地方：

• 变量名冲突：参数名和设置的变量名都是MyPath，虽然理论上运行时变量会覆盖编译时参数，但容易引发解析混淆，建议改用不同名称（比如ScriptFilePath）。
• AzureCLI任务的参数写法：arguments中的单引号包裹可能导致PowerShell无法正确解析变量，建议调整为：

  arguments: "-FilePath $(MyPath)"
  # 或者如果路径包含空格，用转义双引号包裹
  arguments: "-FilePath ""$(MyPath)"""
  

• 未确认变量设置日志：检查PowerShell任务的运行日志，确认是否输出了正确的##vso[task.setvariable]命令，比如是否能看到类似##vso[task.setvariable variable=MyPath;]你的实际路径的内容，若没有则说明参数替换后的脚本执行有问题。

3. 关于IsOutput=true的误区 #

IsOutput=true是用于跨作业或跨阶段传递变量的，同作业内的任务间传递变量不需要这个属性，所以添加它解决不了当前问题。

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