如何实现Azure DevOps CI/CD管道按所选环境自动联动触发

当前CI/CD联动使用的是Azure DevOps默认的隐式跨管道触发规则，该规则不会自动将CI运行时手动选择的自定义环境参数透传给CD管道。CD管道被触发时，会直接读取自身参数配置里的默认值dev，因此非dev环境的CI执行完成后，触发的CD始终运行默认dev栈部署。

1. 对齐双端管道的环境参数定义 #

首先保证CI、CD两个管道的环境选择参数规则完全一致，避免参数匹配失败：

• 两个管道均定义同名运行时参数，例如统一命名为targetEnv，可选值固定为dev/stg/itg，默认值设为dev
• CI侧所有和环境相关的构建、打包步骤，全部引用${{ parameters.targetEnv }}做逻辑判断，禁止硬编码环境值
• CD侧三个环境的部署作业，全部添加环境匹配条件：dev作业加条件eq(parameters.targetEnv, 'dev')，stg作业加eq(parameters.targetEnv, 'stg')，itg作业加eq(parameters.targetEnv, 'itg')，保证参数匹配时才运行对应环境的部署。

2. 替换默认隐式触发为显式参数透传触发 #

默认隐式触发不支持透传自定义参数，必须替换为显式调用触发，步骤如下：

1. 先关闭原有CI资源配置里的CD自动触发开关，避免一次CI运行触发两次CD
   找到CD管道里的CI资源配置段，把trigger: true改为trigger: none，参考配置：

   resources:
     pipelines:
     - pipeline: CI_Resource # 你原有配置里的CI资源别名，保持和之前一致即可
       source: 你的CI管道实际名称
       trigger: none # 关闭默认隐式自动触发
   

2. 在CI管道的最后一步（所有CI构建、验证步骤全部完成之后），添加显式触发CD的任务，运行时直接把CI侧选择的环境参数传给CD，参考配置：

   - task: AzureCLI@2
     name: TriggerCD
     inputs:
       azureSubscription: 你的ADO服务连接名称 # 替换为有管道运行权限的服务连接
       scriptType: bash
       inlineScript: |
         az devops configure --defaults organization=$(System.CollectionUri) project=$(System.TeamProject)
         az pipelines run --id 替换为你的CD管道实际ID `
           --parameters targetEnv=${{ parameters.targetEnv }}
   

   注意：执行该任务的构建服务账号，需要提前在CD管道的安全配置中开启「排队构建」权限，否则会报403权限错误。

3. 验证配置正确性 #

分别手动排队三次CI管道，依次选择dev、stg、itg环境运行，每次CI跑完后检查对应CD运行记录：

• 点开CD运行摘要页，确认本次运行的targetEnv参数值和CI选择的环境完全一致
• 检查CD作业执行列表，确认仅对应环境的部署作业被执行，其余两个环境的作业因条件不匹配被自动跳过

• 双端参数名、参数值必须完全大小写一致，例如CI侧参数值传Itg、CD侧判断值写itg会导致匹配失败，出现CD触发但无部署作业运行的问题
• 不要尝试用resources.pipeline.<CI资源名>.runName、Build.Reason这类默认系统变量反推CI环境，这类变量在跨管道场景下取值不稳定，显式传参是可靠性最高的方案
• 如果CD配置了环境校验、审批流，需要给CI触发用的服务账号开通对应环境的访问权限，避免CD触发后卡在权限校验环节无法自动部署

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