Azure Pipeline YAML中PowerShell任务运行时变量未正确替换的问题求助

你遇到的核心问题是：在同一个PowerShell任务里，用##vso[task.setvariable]设置管道变量getLRId后，紧接着用$(getLRId)引用时，变量并没有被替换为实际值，而是原样保留了标识，导致API请求失败。

问题根源 #

$(getLRId)是Azure Pipeline的变量引用语法，这个语法由管道引擎在任务执行前完成解析。但你是在同一个PowerShell脚本内部先设置变量再引用，此时管道引擎已经完成了脚本内容的预处理，不会再重新解析这个变量；同时PowerShell本身不识别$(xxx)这种写法，会直接把它当作普通字符串处理，最终导致URL路径错误。

另外值得注意的是，你手里已经有一个赋值正确的$getLatestReleaseId变量（输出显示为558），完全可以直接复用，没必要绕管道变量这一圈。

两种可行的修复方案 #

方案1：直接复用脚本内已有的PowerShell变量（推荐）

既然$getLatestReleaseId已经有正确值，直接用它构建URL即可，甚至可以省略设置管道变量的步骤：

Write-Host "`$getLatestReleaseId = $getLatestReleaseId"
# 如果不需要在其他任务中传递这个变量，可删除下面这行
# Write-Host "##vso[task.setvariable variable=getLRId;]$($getLatestReleaseId)"

# Get release Commit ID API endpoint URL
$releaseCommitIDApiUrl = New-Object System.UriBuilder -ArgumentList 'https://vsrm.dev.azure.com'
# 直接使用已有的$getLatestReleaseId变量
$releaseCommitIDApiUrl.Path = "${{ parameters.organizationName }}/${{ parameters.projectName }}/_apis/release/releases/$getLatestReleaseId"
$releaseCommitIDApiUrl.Query = 'api-version=6.0'
$getLatestCommitIdResponse = Invoke-RestMethod -Uri $releaseCommitIDApiUrl.Uri.AbsoluteUri -Headers $header -Method GET

方案2：通过环境变量引用刚设置的管道变量

如果确实需要在同一个脚本里引用刚设置的管道变量（比如后续逻辑依赖它），可以通过环境变量获取——##vso[task.setvariable]设置的变量会自动转为大写、下划线分隔的环境变量：

Write-Host "`$getLatestReleaseId = $getLatestReleaseId"
Write-Host "##vso[task.setvariable variable=getLRId;]$($getLatestReleaseId)"

# Get release Commit ID API endpoint URL
$releaseCommitIDApiUrl = New-Object System.UriBuilder -ArgumentList 'https://vsrm.dev.azure.com'
# 通过环境变量引用，注意变量名要转成大写+下划线格式
$releaseCommitIDApiUrl.Path = "${{ parameters.organizationName }}/${{ parameters.projectName }}/_apis/release/releases/$env:GETLRID"
$releaseCommitIDApiUrl.Query = 'api-version=6.0'
$getLatestCommitIdResponse = Invoke-RestMethod -Uri $releaseCommitIDApiUrl.Uri.AbsoluteUri -Headers $header -Method GET

修复后效果 #

调整后，URL路径会正确替换为558，生成的完整请求地址类似：
https://vsrm.dev.azure.com/your-org/your-project/_apis/release/releases/558?api-version=6.0
这样就能正常调用Release API，不会再触发VS402853的类型转换错误了。

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