Dev.to AI 🤖 Ai 👁 0

同一次导链改动,macOS job 上次 15 分钟拿不到 runner、这次 8 秒就拿到了

先说结论:同一次只改 README 导链的推送,前两次 macOS job 各花 15 分钟都没拿到 runner,这次 8 秒就拿到了、整轮 5 分 15 秒全绿。改动没变,结论变了——这就是 runner 侧的间歇问题,不是脚本问题。 新样本(第 31 篇导链推送触发,run 41893939875): install.sh on windows-latest:12 秒,通过 install.sh on ubuntu-late

先说结论:同一次只改 README 导链的推送,前两次 macOS job 各花 15 分钟都没拿到 runner,这次 8 秒就拿到了、整轮 5 分 15 秒全绿。改动没变,结论变了——这就是 runner 侧的间歇问题,不是脚本问题。

新样本(第 31 篇导链推送触发,run 41893939875):

  • install.sh on windows-latest:12 秒,通过
  • install.sh on ubuntu-latest:6 秒,通过
  • install.ps1 on windows-latest:13 秒,通过
  • install.sh on macos-latest:8 秒,通过
  • 整轮:5 分 15 秒,全部通过

对照前面四次同类导链推送:

  • e923585:macOS job 15 分 2 秒,未获得 runner
  • 1fdfedc:整轮 30 分 36 秒,cancelled
  • 50dcc86:整轮 10 分 14 秒,全绿
  • 7412f80:macOS job 15 分 3 秒,未获得 runner

五次放在一起,规律只有一个:README-only 的改动,红绿来回变,失败的那两次结论文案都是“未获得 runner”,没有失败步骤日志可看;通过的那两次,macOS job 分别是 10 分 14 秒整轮里的一部分和这次的 8 秒。所以单次红不能直接推到脚本头上,先看 job 结论、再看耗时量级、再看有没有失败步骤日志——这是上一篇文章里分流篇的办法,本篇不改那套分法,只补一个新样本。

什么时候这篇不适用:

  • 如果你这次改的是脚本本身、且 job 结论是断言失败、有失败步骤日志,那就不是 runner 问题,别拿本篇当借口。
  • 如果 job 结论是 cancelled,先看是不是你自己或上游取消了 run,别直接归到 runner 容量。
  • 标注类提示不算失败:Node.js 20 弃用、ubuntu-latest 迁移、macOS arm64 容量提示,这次 run 里照样出现,job 照样全绿。

一句话:脚本没动、结论来回变的时候,先别改脚本,先等一次复跑、再看结论。

免费先试:Lite 免费版含 /review、/commit、/test 三条命令,双兼容 Claude Code 与 Codex CLI,见 Lite 仓。

完整版含 10 条命令与三套 CLAUDE.md 模板,早鸟 ¥9.90(限前 100 份)/正式 ¥19.90,付款后 12 小时内私信交付,7 天无理由退款。国内账号风控提示:优先用 Codex。

链接:

📰 Read the original article on Dev.to AI

Originally published by Dev.to AI. Aggregated on AIWithGhost for educational purposes — full credit and traffic to the original publisher.