‹ 返回事件历史

Actions 和 Pull Requests 相关事件

原文Incident with Actions and Pull Requests
已恢复轻微故障GitHub
2026年8月27日星期四 06:56 ~ 2026年8月27日星期四 08:26(1 小时 30 分钟)
受影响组件
Pull Requests
Actions
更新记录
已恢复2026年8月27日星期四 00:26

2026年8月26日,从21:55 UTC至23:58 UTC期间,由拉取请求事件触发的2.6%的工作流运行出现延迟,峰值时影响高达25%。部分用户还遇到了拉取请求合并提交生成、可合并性信息及合并按钮可用性的延迟。Actions和Pull Requests服务在23:58 UTC完全恢复;在确认正常运行后,事件于00:26 UTC解决。<br /><br />处理拉取请求更新并生成合并提交的后台任务因超时影响到了git数据的单个分区。这导致拉取请求合并提交处理积压,延迟了拉取请求触发的GitHub Actions工作流及部分可合并性信息。<br /><br />我们通过减少工作负载、将流量从受影响的基础设施转移,并恢复受影响服务组件至健康状态,共同帮助清空了积压并恢复正常运营。<br /><br />我们正致力于改进资源饱和检测,并通过隔离影响、对重试设置更合理的边界以及加强背压机制,以消除此类场景对客户的影响,使我们的系统在负载下更具韧性。

原文On August 26, 2026, from 21:55 UTC to 23:58 UTC, 2.6% of workflow runs triggered by pull request events were delayed, with the impact rising as high as 25% at its peak. Some users also experienced delays in pull request merge-commit generation, mergeability information, and merge-button availability. Actions and Pull Requests fully recovered by 23:58 UTC; the incident was resolved at 00:26 UTC after normal operation was confirmed. <br /><br />Background jobs that process pull request updates and generate merge commits were impacted by timeouts reaching a single partition of git data. This resulted in a backlog in pull request merge-commit processing, delaying pull request-triggered GitHub Actions workflows and some mergeability information. <br /><br />We reduced workload, shifted traffic away from affected infrastructure, and restored the affected service component to a healthy state. Together, these actions helped drain the backlog and restore normal operations. <br /><br />We are working to improve resource saturation detection and to eliminate customer impact in this scenario by isolating impact, placing better bounds on retries, and strengthening backpressure to make our systems more resilient under load.

监控中2026年8月27日星期四 00:26

影响Actions和Pull Requests的性能降级问题已得到缓解。我们正在监控以确保稳定性。

原文The degradation affecting Actions and Pull Requests has been mitigated. We are monitoring to ensure stability.

排查中2026年8月27日星期四 00:25

我们已确认自UTC时间23:58起完全恢复。Actions工作流运行及拉取请求合并操作均正常。我们现在将解决该事件,同时继续监控服务健康状况。

原文We confirmed full recovery beginning at 23:58 UTC. Actions workflow runs and pull request merges are operating normally. We will now resolve the incident while continuing to monitor service health.

排查中2026年8月27日星期四 00:01

我们已应用缓解措施,并观察到Actions工作流运行和受阻的拉取请求合并正在恢复。我们将继续监控合并提交创建的持续健康状况,然后再解决问题。

原文We've applied mitigations and are seeing recovery in Actions workflow runs and blocked pull request merges. We're continuing to monitor for sustained health of merge commit creates before resolving.

排查中2026年8月26日星期三 22:57

我们正在调查影响由拉取请求事件触发的Actions工作流运行的高延迟和超时问题。20%的Actions运行启动延迟超过5分钟,且高达4%的运行未能触发。我们正在积极采取缓解措施,并将随着了解更多情况提供更新。

原文We are investigating elevated delays and timeouts affecting Actions workflow runs triggered by pull request events. 20% of actions runs have delayed starts of more than 5 minutes and up to 4% of runs failed to trigger. We are actively working on mitigation and will provide updates as we learn more.

排查中2026年8月26日星期三 22:56

我们正在调查有关Actions和Pull Requests性能下降的报告。

原文We are investigating reports of degraded performance for Actions and Pull Requests

事件内容来自 GitHub 官方状态页:查看官方原文。中文由 AI 翻译,仅供快速理解,以官方英文原文为准。

关于这些数据

GitHub的故障事件数据从哪来?

全部来自GitHub 官方状态页的公开接口,由本站每 5 分钟同步一次,保留最近 90 天。事件标题、时间、影响级别与更新记录均为官方原文,本站不做改写;点详情页底部的链接可回到厂商原始记录核对。

顶部的组件状态条怎么看?

每一格是一天,绿色表示GitHub 官方状态页当天未记录异常,黄色表示部分降级,红色表示当天有较大故障,灰色表示该组件当时还没有数据。右侧的可用率是官方口径的 90 天统计,与状态总览页显示的是同一份数据。

为什么有的服务查不到历史?

本页只收录对外提供官方状态页的服务。没有公开状态页的厂商(多数国产大模型属于此类)无法取得可信数据,本站不做自建拨测去猜,因此也不会出现在状态总览里。

持续时长怎么算?

按官方标注的开始时间到恢复时间计算;尚未恢复的事件按「至今」计算并标为进行中。跨天的事件在状态条上会覆盖它经过的每一天。

完整的服务清单与实时状态见状态总览