Release分支下Backend/Mobile CI完成后，回归测试流水线未触发问题

需求 #

在任意releases/*分支上的Backend CI与Mobile CI流水线完成后，自动触发回归测试流水线。

当前问题 #

1. 代码提交后回归测试流水线立即执行，不等待Backend/Mobile流水线完成；
2. Backend/Mobile流水线完成后，回归测试流水线无触发；
3. 添加trigger: none和pr: none禁用默认触发器后，回归测试流水线完全无法执行。

问题原因分析 #

1. 初始配置未禁用默认触发器：Azure Pipelines默认开启代码提交/PR触发器，导致代码一提交就直接触发回归测试，跳过前置流水线等待逻辑；
2. 资源触发器未生效：添加trigger: none后资源触发器失效，大概率是以下原因：
   • 前置流水线名称与YAML中source字段不匹配（大小写、空格需完全一致）；
   • 前置流水线运行的分支不在releases/*范围内；
   • 回归流水线未获得触发权限，或前置流水线的完成事件未被正确捕获；
3. 缺少双流水线依赖校验：默认资源触发器是任意一个前置流水线完成就触发，无法满足两个都完成的需求。

解决方案配置 #

以下配置同时解决触发时机错误、资源触发器失效、双流水线依赖三个问题：

# regression test pipeline
trigger: none
pr: none

resources:
  pipelines:
  - pipeline: backend_ci
    source: 'app/Backend CI'  # 必须与Azure DevOps中流水线的全名完全一致
    trigger:
      branches:
        include:
        - releases/*
      stages:  # 可选：指定仅当前置流水线的Build阶段完成后触发（按需调整）
        - Build
  - pipeline: mobile_ci
    source: 'app/Client - Mobile CI'  # 注意空格、大小写完全匹配
    trigger:
      branches:
        include:
        - releases/*
      stages:
        - Build

pool:
  vmImage: macOS-latest

stages:
  - stage: Validate_Pre_Pipelines
    displayName: "验证前置流水线状态"
    jobs:
      - job: Check_Backend_Mobile_Success
        displayName: "检查Backend/Mobile是否已成功完成"
        steps:
        - script: |
            # 配置Azure DevOps CLI
            az devops configure --defaults organization=$(System.TeamFoundationCollectionUri) project=$(System.TeamProject)
            
            # 检查当前分支下Backend流水线的最新成功记录
            az pipelines runs list --pipeline-id $(resources.pipeline.backend_ci.pipelineId) --branch $(resources.pipeline.backend_ci.sourceBranch) --status completed --result succeeded --top 1
            if [ $? -ne 0 ]; then
              echo "❌ Backend流水线未在当前分支成功完成"
              exit 1
            fi
            
            # 检查当前分支下Mobile流水线的最新成功记录
            az pipelines runs list --pipeline-id $(resources.pipeline.mobile_ci.pipelineId) --branch $(resources.pipeline.mobile_ci.sourceBranch) --status completed --result succeeded --top 1
            if [ $? -ne 0 ]; then
              echo "❌ Mobile流水线未在当前分支成功完成"
              exit 1
            fi
            
            echo "✅ 双流水线均已成功完成，开始执行回归测试"
          displayName: "验证双流水线完成状态"
          env:
            AZURE_DEVOPS_EXT_PAT: $(System.AccessToken)

  - stage: Run_Regression_Tests
    displayName: "执行回归测试"
    dependsOn: Validate_Pre_Pipelines
    condition: succeeded()
    jobs:
      - job: Execute_Tests
        displayName: "执行测试流程"
        variables:
          testResultPath: "$(System.ArtifactsDirectory)/test-results"
        steps:
        - template: templates/template-regression-tests.yaml

关键配置说明 #

1. 禁用默认触发器：trigger: none和pr: none确保回归测试仅由前置流水线触发，避免代码提交直接触发；
2. 精准匹配前置流水线：source字段必须与Azure DevOps中流水线的显示全名完全一致（包括空格、大小写），否则资源触发器无法识别；
3. 双流水线校验阶段：通过Azure CLI检查两个前置流水线在当前分支下是否有成功完成的记录，确保回归测试仅在双流水线都成功后执行；
4. 权限保障：确保流水线的服务账号拥有Pipelines Read权限，并且System.AccessToken被允许访问Azure DevOps API（默认已开启，若有问题可在流水线设置中调整）。

排查资源触发器失效的额外步骤 #

• 登录Azure DevOps，进入回归测试流水线的编辑页面，切换到触发器标签，确认“资源触发器”已启用（YAML配置有时需要UI确认生效）；
• 检查前置流水线的运行记录，查看“关联的流水线”中是否有回归测试流水线的触发记录；
• 确认前置流水线运行的分支确实属于releases/*（比如releases/v2.1，而非release/v2.1）。

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