GitHub 全球故障：API、拉取请求和 Copilot 受到冲击，错误率激增

2026年8月17日

什么失败了以及何时发生

GitHub 于 8 月 17 日星期一在全球发生服务中断，大约在协调世界时 13:40（太平洋时间上午 6:40）开始，正如 BetaNews 和 The Register 报道的时间线所示。BetaNews 写道，GitHub 起初表示正在调查性能问题，随后确认多个组件存在更广泛的问题。The Register 同样将事件开始时间放在协调世界时 13:40。GeekWire 将事件开始时间放在太平洋时间上午 6:40，符合这些报道。

在早上的时间里，各大出版商转达了公司自己状态更新的信息，描述了广泛的性能下降。BleepingComputer 报道，开发者在网站、API 请求、操作、Webhook、问题和拉取请求中遇到了错误，Copilot 最后也被列入受影响服务列表。Engadget 和 Tech Edition 也指出了 API 活动、拉取请求、Webhook 和 Copilot 的问题。

谁受到了影响，受影响的范围有多大

GeekWire 将 GitHub 描述为拥有 2.25 亿用户的微软平台，并表示这次故障中断了全球的开发工作。BetaNews 也将这一事件描述为一次大规模的全球事件。虽然这些媒体在故障期间没有量化用户数量，但几家出版商转达了来自 GitHub 状态页面的快照指标。

BetaNews 报道，在协调世界时 14:04，GitHub 表示网站和 API 流量的错误率大约为 20%，而存档和原始存储库下载失败的频率约为 50%。 Hindustan Times 和 Engadget 后来在美国早上也提到这一快照指标，指出在东部时间上午 11:42，GitHub 表示正在进行缓解，同时报告相同的 20% 和 50% 数据。The Register 突出显示了存储库内容下载的 50% 失败率。BleepingComputer 补充说，在事件发生期间，一些用户在加载提交、存储库和拉取请求页面时遇到服务器错误。企业客户也感受到了影响：BleepingComputer 和 BetaNews 说 SAML 和 OIDC 认证、SCIM 和团队同步也受到了影响。

GitHub 和微软在恢复期间表示了什么

各大出版商在早上和早午之间传达了一系列状态更新。BetaNews 报道称，在协调世界时 16:36，微软表示已识别出一个有问题的组件并采取了纠正措施，虽然说明恢复情况受到关注，但也承认错误率仍然保持高位。不久之后，BetaNews 写道，微软表示影响 API 请求、操作、Git 操作、问题、页面、拉取请求和 Webhook 的性能下降已得到缓解，团队正在监控稳定性。

从美国西海岸，GeekWire 报道说，GitHub 表示，它在太平洋时间上午 9:30 后不久找到了问题的源头，并在太平洋时间上午 10:00 左右控制了故障，服务开始恢复。GeekWire 还补充说，Copilot 仍然被列为活跃事件，而公司继续监控整体稳定性。BleepingComputer 把 Copilot 降级可用性放在东部时间上午 10:31。BleepingComputer 还指出，尽管平台的其他几个部分仍然处于降级状态，但 Git 操作、软件包、页面和代码空间显示为正常运行。没有这些更新表示恢复已完成。

原因及待解决的问题

根据各个媒体报道的发布时间，GitHub 尚未披露故障的根本原因。GeekWire 表示，截至其报告时，公司尚未详细说明问题的源头或原因，而 BleepingComputer 和 Tech Edition 也表示调查仍在进行中，原因仍不清楚。CyberSecurityNews 也写道，根本原因尚未公开披露。在发布的统计数据中，它们是特定时间从状态页面采集的快照；例如，20% 和 50% 的错误率被报告为同步测量，而不是最终总数。如果 GitHub 提供事件后分析，可能会阐明一次组件故障还是更广泛的依赖链导致了周一的中断；在那之前，原因仍在公共报道中未得到确认。

监控您依赖的服务

欲查看更多的中断发展情况，请参见互联网故障档案和网站和服务目录。Status Is Down 的计划帮助团队监控他们依赖的服务和网站，读者可以注册以选择适合的信息覆盖。

查找服务或网站