如何在Azure Pipeline的多个任务之间共享env环境变量配置

完全可以实现公共环境变量统一配置，避免重复编写，以下是3种不同适用场景的实现方式：

方案1：YAML锚点&别名（单流水线内复用首选） #

适合在同一个流水线YAML文件内复用，支持严格保留你需要的带点的环境变量名，无需调整业务代码读取逻辑。

1. 先在YAML顶部定义公共环境变量锚点：

# 公共环境变量锚点定义，所有变量统一在这里维护
common-env: &common-env
  env.var.1: $(var1)
  env.var.2: $(var2)
  # 剩余18个环境变量全部在这里添加即可

2. 后续任务直接引用锚点，不需要重复写变量：

- task: DotNetCoreCLI@2
  displayName: Run Tests
  env: *common-env # 直接引用公共环境变量
  inputs:
    command: 'test'
    projects: '$(project)'
    publishTestResults: true

- task: CmdLine@2
  displayName: Run Console Application
  env: *common-env # 直接引用公共环境变量
  inputs:
    workingDirectory: '$(workingDir)'
    script: './$(appToRun)'
    failOnStderr: true

如果某个任务需要额外加独有的环境变量，可以用合并语法扩展：

env:
  <<: *common-env
  task.specific.var: $(customVar) # 任务独有的变量

方案2：抽离为公共模板（多流水线复用首选） #

如果这些环境变量需要在多个流水线文件里共用，可以把env块单独抽成模板文件。

1. 新建模板文件 templates/common-env.yml，内容如下：

env:
  env.var.1: $(var1)
  env.var.2: $(var2)
  # 所有公共变量都在这里维护

2. 主流水线文件里引用模板即可：

variables:
  - template: templates/common-env.yml

# 后续任务直接使用即可，无需重复配置env

方案3：顶层变量自动注入（无特殊环境变量名要求首选） #

如果你可以接受环境变量名的自动转换（Azure Pipeline会自动把变量名里的点转为下划线、转为全大写，比如env.var.1会变成ENV_VAR_1），直接在流水线顶层定义variables块即可，所有任务会自动继承这些环境变量，完全不需要单独配置每个任务的env字段：

# 流水线顶层定义公共变量
variables:
  env.var.1: $(var1)
  env.var.2: $(var2)
  # 其余所有公共变量

# 任务不需要再配置env字段，环境变量会自动注入
- task: DotNetCoreCLI@2
  displayName: Run Tests
  inputs:
    command: 'test'
    projects: '$(project)'
    publishTestResults: true

选型建议 #

• 单流水线复用、需要严格保留带点的环境变量名：选方案1
• 多流水线复用、需要严格保留带点的环境变量名：选方案2
• 可以接受环境变量名自动转换：选方案3，配置成本最低

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