Azure DevOps能否用单分支YAML流水线触发多分支PR构建？

可行，且可以通过以下方式实现 #

你完全可以把流水线YAML集中存放在单个分支，结合分支策略实现指定版本分支的PR触发构建，彻底摆脱重复维护YAML的麻烦。

具体操作步骤 #

1. 集中存储通用流水线YAML #

把统一的CI流水线YAML（比如命名为ci-shared.yml）放到一个固定分支，比如dev/shared-pipelines，以后所有流水线逻辑的修改只需要更新这个分支的文件，不用再同步到各个版本分支。

2. 创建关联共享YAML的流水线 #

在Azure DevOps中新建流水线：

• 选择你的代码仓库，进入选择YAML文件的步骤时，手动指定路径为dev/shared-pipelines/ci-shared.yml（注意要选中对应的共享分支）。

3. 在共享YAML中配置PR触发规则 #

这里纠正一个误区：Azure DevOps YAML是支持PR触发器配置的，和GitHub Actions一样，只是配置方式略有不同。在ci-shared.yml里添加如下配置，指定需要触发构建的版本分支：

# 关闭自动分支触发，避免共享分支更新时触发不必要的构建
trigger: none

# 配置PR触发规则，只针对指定的版本分支
pr:
  branches:
    include:
      - dev/1.0
      - dev/2.0
      - dev/3.0
    exclude:
      - dev/shared-pipelines # 排除共享流水线分支自身的PR

4. 用分支策略绑定流水线做PR验证 #

针对每个版本分支（dev/1.0、dev/2.0等）配置分支策略：

• 添加构建验证任务，选择你刚创建的共享流水线
• 设置触发条件为“PR创建或更新时自动运行”
• 配置合并要求（比如必须构建通过才能允许合并PR）

这样一来，只要指定版本分支有PR提交，就会自动调用共享分支里的YAML执行构建，所有流水线逻辑的修改只需要维护共享分支的文件即可。

额外优化点 #

• 可以把流水线拆成模板文件（比如templates/build.yml、templates/test.yml）放在共享分支，进一步拆分逻辑，提升可维护性。
• 如果不同版本分支有少量差异化需求，可以通过变量组或者YAML中的条件判断（比如根据触发分支设置不同变量）来适配，不用改动核心流水线逻辑。

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