GitHub Actions混用共享与自托管Runner时作业调度异常咨询

GitHub Actions 完全支持同一仓库内部分作业跑自托管Runner、部分作业跑GitHub共享Runner的混合模式，你遇到的排队异常不属于官方标准行为，基本都是配置错误导致，不用急着提Issue，按以下顺序排查就能解决：

• 先查自托管Runner的标签
  进仓库或者组织的Settings > Actions > Runners页面，点开你注册的那台自托管Runner看绑定的标签。只要这台Runner上带了ubuntu-latest标签，基本就是这个问题。
  不管是Linux环境下注册Runner时程序默认自动打的标签，还是你注册时手动加的测试标签，只要自托管Runner带了ubuntu-latest，就会进入runs-on: ubuntu-latest作业的候选Runner池。GitHub调度时会优先匹配自托管Runner，要是这台自托管Runner正忙着跑你新加的self-hosted作业，原来的共享Runner作业就会一直排队等它，不会自动切到官方共享池。
  直接把自托管Runner上的ubuntu-latest标签删掉就行，自托管Runner只留self-hosted和你自己定义的业务标签，别用官方共享Runner的专属保留标签。
• 再查组织级Runner路由策略
  如果你是把自托管Runner注册在组织层级的，去对应Runner组的设置页看一眼，确认没有开“强制所有作业走本Runner组”的规则，也没给仓库开“仅允许使用自托管Runner”的限制。
• 验证的时候别直接重跑之前排队的旧作业，手动触发一次新的工作流运行——要么点Actions页对应工作流的「Run workflow」按钮，要么推个空提交触发新运行，就能看到ubuntu-latest的作业正常被官方共享Runner拾取，self-hosted的作业正常跑在你自己的机器上，两边互不干扰。

如果以上配置都核对完还能稳定复现问题，再收集Runner配置、作业运行日志给GitHub提反馈就行。

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