Azure Pipeline多分支完成触发器配置故障排查

你的核心问题出在**pipeline-trigger的YAML文件仅存在于develop分支**，这直接导致了release分支的触发失败，以下是具体分析和解决办法：

关键原因解析 #

Azure DevOps的流水线资源触发器有个容易被忽略的逻辑：当上游流水线（pipelines-dotnet-core）在某个分支完成构建时，下游流水线（pipeline-trigger）需要在要执行的目标分支上存在有效的YAML配置文件。

你当前的pipeline-trigger仅在develop分支有YAML，当上游release/1.2.0分支完成构建时，Azure DevOps会尝试触发pipeline-trigger的release/1.2.0分支，但该分支没有YAML文件，因此触发逻辑直接失效——哪怕你在develop分支的YAML里包含了release/*的过滤规则。

解决方案 #

方案1：同步YAML到所有需要触发的release分支 #

将pipeline-trigger的YAML文件复制到release/1.2.0及其他需要触发的release分支中。这样当上游对应release分支完成时，下游流水线能找到对应分支的YAML配置，正常执行触发逻辑。

方案2：强制使用develop分支的YAML执行触发 #

如果你不想在每个release分支都维护一份YAML，可以修改资源触发器配置，指定下游流水线始终使用develop分支的YAML来运行：

resources:
  pipelines: 
  - pipeline: pipelines-dotnet-core-ci
    source: pipelines-dotnet-core
    trigger:
      branches:
        include:
        - develop
        - release/*
        exclude:
        - release/1.1.0
    # 指定使用develop分支的YAML来触发执行
    branch: develop
trigger:
  batch: true
  branches:
    include:
    - develop
    - release/*
    exclude:
    - release/1.1.0

同时在Azure DevOps流水线的设置中，确保“默认分支”设为develop，并允许触发器使用默认分支的配置。

额外验证点 #

• 确认上游pipelines-dotnet-core流水线在release/1.2.0分支的构建确实成功完成，且生成了有效的触发事件（可在流水线的“触发历史”中查看）。
• 检查分支过滤规则的语法：你当前的include: release/*和exclude: release/1.1.0语法是正确的，无需调整。

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