如何配置Webhook与状态检查仅作用于PR而非合并队列？

1. 缩窄Webhook触发范围 #

你现在的Webhook同时监听PR和Pushes事件，合并队列向main分支的自动推送会触发Pushes，但这部分完全不需要触发Concourse。调整方式：

• 若不需要监听用户手动向main分支的推送，直接取消Webhook里的Pushes事件，只保留Pull requests相关事件（包括opened、synchronize等核心PR事件）。
• 若要保留用户手动推main的触发，就在Webhook的过滤规则里加条件：只处理提交信息不含[merge queue]的推送（GitHub合并队列生成的提交默认带这个标识），或者过滤掉作者为github-actions[bot]的提交。

2. 在Concourse里过滤合并队列提交 #

修改Concourse的流水线资源配置，直接跳过来自合并队列的触发：

• 在git资源的配置里，添加提交信息过滤，排除带合并队列标识的提交：

  resources:
  - name: your-repo
    type: git
    source:
      uri: https://github.com/your-org/your-repo.git
      branch: main
      filter:
        exclude:
          - commit_message: "*[merge queue]*"
  

• 针对PR触发的流水线，确保只响应PR的synchronize和opened事件，完全不处理合并队列相关的自动提交。

3. 调整GitHub分支保护的状态检查规则 #

现在main分支的保护规则要求Concourse状态检查，合并队列的提交也会触发这个要求，但Concourse没运行导致队列卡住。解决办法：

• 给分支保护规则加条件：只对非合并队列的提交要求Concourse状态检查。在分支保护的条件设置里，用提交信息或作者身份做过滤（比如排除带[merge queue]的提交）。
• 拆分Concourse流水线：做一个专门处理PR的流水线，另一个处理用户手动推main的推送。然后在分支保护里只要求PR流水线的状态检查，合并队列的提交不会触发这个PR流水线，自然不用满足检查要求。

4. 关于GitHub Actions的替代方案 #

用GitHub Actions配合/替代Concourse是可行的：

• 直接在.github/workflows里写PR专属工作流，把这个工作流的状态设为分支保护的必填检查项。合并队列的提交不会触发这个工作流，也就不会卡住。
• 要是想保留Concourse的核心逻辑，可以用Actions做触发层：只有PR事件触发时，Actions才调用Concourse API启动流水线，再把Concourse的状态同步回GitHub。这样能精准控制触发时机，完全避开合并队列的干扰。

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