Azure DevOps PR合并后持续交付流水线不触发问题求助

PR合并完成后，流水线触发的是目标分支（比如QualityAssurance）的构建，此时Build.SourceBranch的值是refs/heads/QualityAssurance，但你当前QA阶段的条件判断的是refs/pull/*/merge——这是PR打开时用于验证的临时分支，所以条件不满足，阶段被跳过。另外，pr触发器的作用是在PR打开或更新时触发验证构建，不是PR合并后触发部署。

调整各阶段的触发条件，让合并到对应分支时自动触发部署：

1. 修正阶段条件逻辑 #

对于Dev、QA、Prod阶段，分别判断当前构建的源分支是否是对应的目标分支；如果需要限制仅PR合并触发（而非直接推送代码到分支），可以额外判断Build.Reason是否为PullRequest。

2. 修改后的YAML配置示例 #

# Define trigger for the pipeline
trigger:
  branches:
    include:
      - Development
      - QualityAssurance
      - Production
  paths:
    include:
      - '*'
variables:
- group: 'GroupNames'

# 可选：如果需要在PR打开时触发验证构建，添加pr触发器
# pr:
#   branches:
#     include:
#       - Development
#       - QualityAssurance
#       - Production

# Define stages for Dev, QA, and Prod
stages:
  - stage: Development
    displayName: 'Dev'
    # 条件：构建成功，且源分支是Development
    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/Development'))
    jobs:
      - template: ./deploy-files-template.yaml
        parameters:
          azureSubscription: 'xxx'
          poolname: 'Dev-Ubuntu-20.04'
          vargroup: 'GroupNames'
          inlineScript: 'az storage blob upload-batch -d "$(abcabc)" --account-name "$(abcabc)" -s "$(Build.Repository.LocalPath)/repos/" --account-key "$(abcabc)" --overwrite'


  - stage: QualityAssurance
    displayName: 'QA'
    # 基础条件：构建成功，且源分支是QualityAssurance
    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/QualityAssurance'))
    # 如果需要仅允许PR合并触发，替换为下面的条件：
    # condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/QualityAssurance'), eq(variables['Build.Reason'], 'PullRequest'))
    jobs:
      - template: ./deploy-files-template.yaml
        parameters:
          azureSubscription: 'xxx'
          poolname: 'QA-Ubuntu-20.04'
          vargroup: 'QNames'
          inlineScript: 'az storage blob upload-batch -d "$(abcabc)" --account-name "$(abcabc)" -s "$(Build.Repository.LocalPath)/repos/" --account-key "$(abcabc)" --overwrite'

  # 可选添加Prod阶段，逻辑与上面一致
  - stage: Production
    displayName: 'Prod'
    condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/Production'))
    jobs:
      - template: ./deploy-files-template.yaml
        parameters:
          azureSubscription: 'xxx'
          poolname: 'Prod-Ubuntu-20.04'
          vargroup: 'PGroupNames'
          inlineScript: 'az storage blob upload-batch -d "$(abcabc)" --account-name "$(abcabc)" -s "$(Build.Repository.LocalPath)/repos/" --account-key "$(abcabc)" --overwrite'

关键说明 #

• Build.SourceBranch：PR合并完成后，构建的源分支是目标分支（比如refs/heads/QualityAssurance），而非PR临时分支。
• Build.Reason：PR合并后的构建Reason值为PullRequest，添加这个判断可以避免直接推送代码到分支时触发部署。
• pr触发器仅用于PR验证场景（比如PR打开时跑测试），如果不需要可以不配置，合并后的部署靠trigger里的分支配置触发。

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