Title: GitHub Actions 已恢复，但仍需手动修复

GitHub Actions 已于 UTC 时间 8 月 7 日 02:04 恢复上线。此次停机导致一系列 push 和 pull-request 事件未能运行，因此开发者必须手动重新运行这些任务。

状态页面目前显示为绿色，但任何本应在停机期间启动的工作流都处于静默状态。由于 GitHub 无法自动重放错过的触发器，团队必须推送新提交、更新 pull request，或在 UI 中点击 Re-run jobs。开源 Actions Runner Controller 的用户还需要检查 runner pods 是否处于闲置卡死状态。

问题出在哪里以及为何重要

GitHub Actions 驱动着数百万个仓库的 CI 流水线。当它停滞时，代码更改会处于闲置状态，测试套件无法运行，部署也会延期。在 8 月 7 日，该服务停止处理 push 事件（新提交）和 pull-request 事件（评审更新），这是两种最常见的 CI 触发器。

如何恢复您的流水线

  1. 推送新提交 – 对分支的任何更改都会再次触发 push 触发器。
  2. 更新 pull request – 添加评论、更改标题或推送更多提交，以重新触发 PR 工作流。
  3. 手动重新运行工作流 – Actions UI 现在为每个失败的任务显示“Re-run jobs”按钮。

如果您通过 Actions Runner Controller 运行自托管 runner，请检查 runner pods。在服务恢复后，某些 pod 可能会保持闲置状态；请将其重启或重新部署。

对团队的影响

  • 生产力损失 – 开发者不得不等待通常几分钟内就能收到的反馈。
  • 发布延迟 – 任何作为发布门禁的流水线都可能推迟交付日期。
  • 运维开销 – 团队必须审计最近的运行情况，找出缺失的部分，并执行上述手动步骤，从而占用开发新功能的时间。

总结： 此次停机表明，即使是成熟的 CI 服务也可能丢失任务，且无法保证自动重放。请将手动恢复步骤纳入您的事件响应手册中，并关注 GitHub 在实现更具韧性的事件处理方面的后续动作。