GitHub Actions大推送请求中未全部触发的问题排查求助

• 检查用户级别的GitHub Actions并发/速率限制
  GitHub对单个用户同时触发的工作流有默认并发配额，当一次性触发7个工作流时，若该用户近期已有其他工作流在运行，可能触发静默限流，导致部分工作流未启动。可通过以下方式确认：

  • 查看该用户GitHub账号的Settings > Billing and plans > Actions页面，检查并发使用情况与配额
  • 检查各项目工作流文件中的concurrency配置，是否存在自定义的并发限制规则（比如同一分支或PR的并发数限制）

• 排查仓库审计日志中的事件处理记录
  进入仓库的Settings > Audit log，搜索该用户合并PR的操作记录，查看对应的工作流触发请求状态：

  • 是否存在工作流触发请求被标记为filtered或未被系统处理的情况
  • 对比其他用户合并相同PR时的审计日志，观察事件处理差异

• 验证工作流触发条件的准确性
  虽然其他用户操作正常，但仍需确认工作流的触发规则是否存在隐性问题：

  • 检查每个项目工作流的on.push.branches配置，是否正确包含Production/Development分支
  • 检查paths过滤规则，确保PR中该项目的文件变更路径完全匹配工作流的监听路径
  • 排查工作流中是否存在基于github.actor的if条件判断，是否误排除了该特定用户

• 确认用户账号的特殊状态
  即使权限显示相同，用户账号的隐性状态可能影响工作流触发：

  • 让该用户重新登录GitHub，或撤销并重新授权仓库的Actions权限，排除身份验证异常
  • 检查该用户账号是否开启二次验证，是否存在验证状态异常导致的请求拦截

• 对比合并方式的差异
  确认该用户与其他用户的PR合并方式是否一致：

  • 若该用户使用Squash and merge，而其他人使用Create a merge commit，测试用相同方式合并是否能重现问题（不同合并方式生成的提交元数据可能触发不同的事件逻辑）

• 观察Actions队列状态
  在该用户合并PR时，实时查看仓库Actions页面右上角的队列状态，确认是否存在请求积压导致部分工作流未被调度（手动重触发时队列空闲，因此能正常运行）

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