Azure DevOps如何按项目目录动态触发PR/CI/Release流水线

以下方案同时支持经典模式和YAML模式的流水线，可满足你统一模板、避免重复创建仅路径差异的PR/CI/Release流水线的需求。

问题1：动态Path filter触发规则配置方案 #

仅用一套流水线适配所有prj0n项目的触发规则可按如下方式配置：

• YAML模式
  在流水线YAML文件的触发配置段使用通配符匹配所有项目路径，同时可以搭配自定义逻辑自动识别变更所属的项目，示例配置如下：

# CI触发规则
trigger:
  branches:
    include:
      - '*'
  paths:
    include:
      - 'com.*.myapp.prj*' # 匹配所有prj项目根目录，仅对应路径变更时触发流水线

# PR触发规则
pr:
  branches:
    include:
      - main
  paths:
    include:
      - 'com.*.myapp.prj*'

流水线启动后，可通过运行环境的预定义变量提取本次触发对应的变更路径，从中解析出项目标识（比如prj01、prj02），后续即可用该标识从变量组中匹配对应项目的配置参数，变量可按{项目标识}_{参数名}的规则命名，比如prj01_deploy_region、prj02_build_args，运行时动态拼接变量名即可读取对应值。

• 经典模式
  在经典流水线的「触发器」配置页，路径过滤器直接填写com.*.myapp.prj*通配规则即可实现和YAML模式一致的触发逻辑，项目标识的提取、变量匹配逻辑和YAML模式通用。

问题2：除变量组外的外部参数传入方式 #

还有以下4种常用的参数传入方式，均同时支持经典和YAML模式：

• 运行时参数：YAML模式可在文件头部定义parameters字段，设置不同项目的可选参数项；经典模式可在「变量」配置页勾选变量的「允许在队列时设置」选项，既可以手动选择参数值，也可以配合触发规则自动赋值。
• 项目内置配置文件：在每个prj项目的根目录下存放独立的流水线配置文件（比如pipeline.config.json），流水线运行时先读取本次变更对应项目的配置文件，解析内容作为执行参数，这种方式无需在流水线侧维护参数，项目侧可自行调整配置。
• 模板入参：如果使用YAML模板架构，可将公共的PR/CI/Release逻辑封装为通用模板，将项目差异项定义为模板入参，触发流水线时根据识别到的项目标识，动态传入对应的参数值调用模板即可。
• Release流水线 artifact传参：Release流水线可直接读取CI构建产出物中携带的项目标识参数，无需重复识别路径，直接匹配对应的部署配置即可。

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