[追溯] 部署门禁批准后，Actions 工作流运行失败
10月1日约02:00 UTC，一起孤立的基础设施故障导致GitHub Actions丢失了少量现有工作流运行的执行状态。受影响的运行可能会保持卡住状态、部署审批失败，或在取消时返回错误。服务连接已恢复，但丢失的状态无法通过重试审批来恢复。 如果您受到影响，可以触发新的运行，或联系GitHub Support并提供卡住运行的链接，以便我们为您解除阻塞。清除后，选择“Re-run all jobs”。这会保留工作流运行ID，但会启动新的尝试、重新构建构件，并需要重新进行部署审批。在重新运行之前，请检查是否有任何部署步骤已经完成，以避免重复更改。
原文On October 1, around 02:00 UTC, an isolated infrastructure failure caused GitHub Actions to lose execution state for a small number of existing workflow runs. Affected runs may remain stuck, fail deployment approvals, or return errors when cancelled. Service connectivity has recovered, but the lost state cannot be restored by retrying an approval. If you're affected, you can trigger a new run or contact GitHub Support with links to your stuck runs so we can unblock them. Once cleared, select "Re-run all jobs." This preserves the workflow run ID but starts a new attempt, rebuilds artifacts, and requires fresh deployment approvals. Before rerunning, check whether any deployment steps already completed to avoid repeating changes.
关于这些数据
GitHub的故障事件数据从哪来？
全部来自GitHub 官方状态页的公开接口，由本站每 5 分钟同步一次，保留最近 90 天。事件标题、时间、影响级别与更新记录均为官方原文，本站不做改写；点详情页底部的链接可回到厂商原始记录核对。
顶部的组件状态条怎么看？
每一格是一天，绿色表示GitHub 官方状态页当天未记录异常，黄色表示部分降级，红色表示当天有较大故障，灰色表示该组件当时还没有数据。右侧的可用率是官方口径的 90 天统计，与状态总览页显示的是同一份数据。
为什么有的服务查不到历史？
本页只收录对外提供官方状态页的服务。没有公开状态页的厂商（多数国产大模型属于此类）无法取得可信数据，本站不做自建拨测去猜，因此也不会出现在状态总览里。
持续时长怎么算？
按官方标注的开始时间到恢复时间计算；尚未恢复的事件按「至今」计算并标为进行中。跨天的事件在状态条上会覆盖它经过的每一天。
完整的服务清单与实时状态见状态总览。