如何让多触发条件的单个GitHub Action仅生成一个检查？

你的问题核心是：工作流同时监听pull_request和pull_request_review事件后，每次触发都会生成独立的检查运行，旧的失败检查会持续阻塞PR合并，哪怕新的检查已经通过。以下是两种可行的解决办法：

方法一：使用并发控制取消旧运行 #

在工作流配置中添加concurrency字段，让同一个PR的新检查启动时自动取消旧的运行，从根源上避免旧失败检查残留。

修改.github/workflows/review-requirements.yml，在on字段下方添加并发配置：

name: Reviews
on: 
  pull_request:
    types: [labeled, unlabeled, opened, reopened, synchronize, review_requested, review_request_removed]
  pull_request_review:
    types: [submitted, edited, dismissed]

# 新增并发控制配置
concurrency:
  # 用PR的头部分支作为分组标识，确保同一个PR的所有运行归为一组
  group: ${{ github.head_ref || github.run_id }}
  # 启动新运行时自动取消正在进行的旧运行
  cancel-in-progress: true

jobs:
  check_review_requirements:
    runs-on: ubuntu-latest
    name: Check Review Requirements
    steps:
      - name: Checkout Latest Code
        uses: actions/checkout@v4
      - name: Check Review Requirements
        uses: ./.github/actions/label-based-review-requirements
        with:
          token: ${{ secrets.GITHUB_TOKEN }}

这样配置后，每次PR触发新的检查时，之前未完成的旧检查会被自动取消，最终只会保留最新的一次检查结果，不会出现旧失败检查阻塞合并的情况。

方法二：调整分支保护规则 #

如果不想修改工作流，可以通过仓库的分支保护设置，让GitHub只校验最新提交的检查结果：

1. 进入仓库的Settings -> Branches -> Branch protection rules
2. 找到目标分支的保护规则，在Require status checks to pass before merging区域：
   • 勾选Require branches to be up to date before merging（该选项会让GitHub只认可PR最新提交对应的检查结果）
   • 确保你的Check Review Requirements检查已添加到Status checks that are required列表中

这种方式下，旧的失败检查会被忽略，只要最新的检查通过，PR就能正常合并。

两种方法中，方法一更推荐，因为它能直接避免无效的旧检查运行，节省资源的同时也不会留下混淆的检查记录。

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