如何复用环境特定变量？多发布定义下的环境变量管理

针对你遇到的这个跨发布定义复用环境变量的痛点，我有几个实用的解决方案，从最优解到降维的维护优化都整理好了：

1. 最优方案：带环境作用域的变量组 #

你之前的思路方向是对的，但误解了变量组的作用范围设置——实际上在Azure DevOps的发布定义中，可以为变量组指定仅作用于特定环境，完美解决你的痛点：

• 第一步：创建环境专属变量组
  • 新建Staging_SharedVars变量组，添加ApiUrl变量，值设为https://staging.api.com
  • 新建Production_SharedVars变量组，添加ApiUrl变量，值设为https://production.api.com
• 第二步：在发布定义中关联变量组并设置作用域
  1. 打开目标发布定义的「变量」选项卡
  2. 点击「添加变量组」，分别选中上述两个变量组
  3. 对Staging_SharedVars，在变量组的「作用域」下拉框中选择Staging环境
  4. 对Production_SharedVars，同样设置作用域为Production环境

完成后，所有部署到Staging的任务会自动读取对应变量组的ApiUrl，Production环境同理。后续要修改ApiUrl，只需要在对应的变量组里更新一次，所有关联的发布定义都会生效，完全避免重复维护。

2. 备选方案：基于环境名称的动态变量 #

如果不想维护两个变量组，可以只用一个共享变量组，通过环境名称动态引用变量：

• 在单个共享变量组中定义两个变量：
  • Staging.ApiUrl = https://staging.api.com
  • Production.ApiUrl = https://production.api.com
• 在发布定义的环境变量中，添加ApiUrl变量，值设为$(Release.EnvironmentName).ApiUrl

这样部署到Staging环境时，会自动解析为$(Staging.ApiUrl)，Production环境同理。这个方案适合变量不多的场景，减少变量组数量，但可读性稍弱。

3. 降低维护负担的技巧（暂无法用上述方案时） #

如果因为限制不能用变量组作用域，你可以用以下方法减少重复劳动：

• 批量编辑环境变量：在发布定义的环境变量页面，点击右上角的「批量编辑」按钮（铅笔图标），可以直接粘贴多行变量名=值的文本，快速批量添加或修改变量。
• 用REST API批量更新：如果有大量发布定义需要修改，可以编写PowerShell脚本调用Azure DevOps的REST API批量更新。例如调用PUT https://dev.azure.com/{org}/{proj}/_apis/release/definitions/{definitionId}?api-version=7.1-preview.7接口，批量替换环境变量中的ApiUrl值。
• 复用发布定义模板：创建一个包含所有共享环境变量的基础发布定义，后续新建发布定义时直接复制这个模板，避免从零开始配置变量。

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