咨询Azure DevOps YAML流水线能否配置多命名触发器（Multiple named triggers），针对不同文件夹设置差异化includes并指定对应变量

当然可以实现这个需求！Azure DevOps YAML流水线的**命名触发器（named triggers）**就是专门用来解决这类“同一分支下，不同路径变更触发差异化流水线行为”的场景，刚好匹配你新旧项目同仓的情况。

下面给你一个完全贴合需求的具体配置示例：

# 先禁用默认触发器，避免和命名触发器产生冲突
trigger: none

resources:
  repositories:
    - repository: self
      trigger:
        # 针对projectA的命名触发器
        - name: trigger-projectA
          branches:
            include:
              - main # 替换成你实际要监控的分支名
          paths:
            include:
              - projectA/*
            exclude:
              - '*'
        # 针对projectB的命名触发器
        - name: trigger-projectB
          branches:
            include:
              - main
          paths:
            include:
              - projectB/*
            exclude:
              - '*'

# 根据触发的动态设置projectPath变量
variables:
  - name: projectPath
    ${{ if eq( variables['TriggerName'], 'trigger-projectA' ) }}:
      value: 'projectA'
    ${{ if eq( variables['TriggerName'], 'trigger-projectB' ) }}:
      value: 'projectB'

stages:
  - stage: Build_Target_Project
    jobs:
      - job: Execute_Build
        steps:
          - script: echo "当前构建的目标项目路径为: $(projectPath)"
            displayName: '确认目标项目路径'
          # 这里替换成你实际的构建命令，直接用$(projectPath)即可
          - script: dotnet build $(projectPath)/YourProject.csproj
            displayName: '执行项目构建'

这个配置的核心逻辑和注意点我给你拆解下：

• 禁用默认触发器是为了防止非目标路径的变更误触发流水线，确保只有命名触发器的规则生效
• 两个命名触发器都监控同一分支，但通过paths.include和exclude严格限定了各自响应的文件夹，不会互相干扰
• 利用Azure DevOps自动填充的TriggerName预定义变量，通过模板表达式动态赋值projectPath，完全实现“不同触发源对应不同变量”的需求
• 如果你的新旧项目构建逻辑差异很大，还可以基于TriggerName给阶段/作业加运行条件，比如只在trigger-projectA触发时运行项目A的专属打包步骤

测试的时候你可以直接修改对应文件夹的代码提交，或者手动触发流水线时指定触发器名称，就能验证变量是否正确赋值、构建逻辑是否匹配了。

备注：内容来源于stack exchange，提问作者user2186028