如何通过Azure DevOps控制Git仓库中PowerShell脚本的环境变量值？

嗨，这个需求在Azure DevOps里其实有几种很顺手的实现方式，我给你拆解下最常用的两种，你可以根据自己的偏好选：

这是官方提供的标准化方案，不需要自己写额外脚本，步骤很清晰：

1. 先修改你的原始脚本，把固定的PROD改成令牌格式
   把脚本里的PROD替换成#{Environment}#，修改后的脚本内容如下：

   C:\Windows\System32\WindowsPowerShell\v1.0\Powershell.exe -ExecutionPolicy Bypass -File testRun.ps1 -Environment #{Environment}# > c:\ssp\prod.log
   

   如果连日志文件名也要对应环境（比如改成uat.log），可以把prod.log也改成#{Environment}.log，这样替换后会自动匹配环境

2. 在发布管道中添加「替换令牌」任务
   进入你的发布管道编辑页面，在部署阶段添加一个任务，搜索「Replace Tokens」（这是微软官方任务，无需额外安装）。

3. 配置替换令牌任务

   • 在任务设置里，把「目标文件夹」设为你的脚本所在的文件夹路径
   • 确认「令牌前缀」是#{、「令牌后缀」是}#（和你脚本里的格式对应上就行，也可以自定义其他格式）

4. 给每个发布环境设置对应变量
   进入每个发布环境（比如UAT、PROD、PRE PROD）的「变量」设置页面，添加一个名为Environment的变量，值分别设为UAT、PROD、PRE PROD。

这样当你发布到对应环境时，替换令牌任务会自动把脚本里的#{Environment}#替换成当前环境的变量值，完全自动适配。

如果你不想用官方任务，也可以自己写个小脚本实现替换，适合需要自定义逻辑的场景：

1. 保持原始脚本不变（或者用任意占位符）
   比如你的脚本还是原来的内容：

   C:\Windows\System32\WindowsPowerShell\v1.0\Powershell.exe -ExecutionPolicy Bypass -File testRun.ps1 -Environment PROD > c:\ssp\prod.log
   

2. 在发布管道中添加PowerShell任务
   在部署脚本的步骤之前，添加一个「PowerShell」任务，选择「内联脚本」，输入以下内容：

   # 替换成你的实际脚本文件路径
   $scriptFilePath = "$(System.DefaultWorkingDirectory)\你的脚本文件夹\你的脚本名.ps1"
   # 获取当前发布环境的变量值（这个变量需要你提前在环境里设置）
   $targetEnv = "$(Environment)"
   
   # 读取脚本内容并替换占位符
   $updatedContent = (Get-Content $scriptFilePath -Raw) -replace 'PROD', $targetEnv
   # 如果日志文件名也要替换，可以加这一行
   # $updatedContent = $updatedContent -replace 'prod.log', "$targetEnv.log"
   # 把修改后的内容写回脚本文件
   Set-Content $scriptFilePath -Value $updatedContent
   

3. 同样给每个环境设置Environment变量
   和方法一一样，在每个发布环境的变量里添加Environment，值对应环境名称。

一些额外注意点 #

• 确保Azure DevOps的发布服务账号有修改脚本文件所在目录的权限，否则替换会失败
• 如果环境名称包含空格（比如PRE PROD），记得在脚本里给参数加引号，比如把占位符改成"PROD"，这样替换后会变成"PRE PROD"，避免命令执行出错
• 如果你用的是YAML管道，上述任务也可以用YAML代码配置，逻辑和可视化编辑完全一致

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