Azure DevOps YAML流水线：如何等待PR合并后触发Salesforce部署？

你当前的条件逻辑有误——PR触发的流水线是针对PR分支的临时构建任务，它不会主动等待PR合并，合并操作会触发一条全新的CI流水线，而非继续当前流水线的后续阶段。要实现「PR验证后等待合并再部署」的需求，需要拆分阶段并设置不同的触发条件，同时配合分支策略保障质量。

1. 拆分验证与部署阶段 #

在YAML中分别定义验证阶段（仅PR触发时运行）和部署阶段（仅PR合并后的主分支CI触发时运行）：

stages:
  # 验证阶段：仅PR触发时执行
  - stage: Salesforce_Validation
    condition: eq(variables['Build.Reason'], 'PullRequest')
    jobs:
      - job: Run_Validation
        steps:
          # 替换为你的Salesforce验证步骤（如静态代码检查、单元测试、部署校验等）
          - script: echo "执行Salesforce验证逻辑"

  # 部署阶段：仅PR合并到主分支的CI触发时执行
  - stage: Salesforce_Deployment
    condition: and(
        succeeded(),
        eq(variables['Build.Reason'], 'IndividualCI'),
        eq(variables['Build.SourceBranch'], 'refs/heads/main')
      )
    jobs:
      - job: Run_Deployment
        steps:
          # 替换为你的Salesforce部署步骤
          - script: echo "执行Salesforce部署逻辑"

2. 设置分支策略强制验证前置 #

为了确保只有通过验证的PR才能合并到主分支，需要在Azure Repos中配置分支策略：

• 进入仓库的「分支」页面，找到主分支（如main），点击「...」选择「分支策略」
• 添加「构建验证」要求，关联你的这条流水线
• 设置为「必须通过此构建才能完成拉取请求」

逻辑说明 #

• PR创建/更新时，触发流水线仅运行Salesforce_Validation阶段，完成后结束
• 当PR通过验证并合并到主分支后，Azure DevOps会自动触发一条新的CI流水线（Build.Reason为IndividualCI），此时流水线会执行Salesforce_Deployment阶段
• 分支策略确保了只有验证通过的PR才能合并，避免未验证代码进入部署环节

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