GitHub近8小时服务中断后全面恢复，Actions、API、PR及Copilot均受波及

GitHub在经历近8小时的服务中断后，已全面恢复正常运营。此次故障影响了平台多项核心开发工具，包括Actions、拉取请求、API、Git操作、Webhooks以及Copilot，对软件开发工作流造成了广泛影响。

GitHub在其状态页面上表示："此次事件已解决，感谢您在我们处理问题期间的耐心与理解。"

故障于8月17日UTC时间下午1:40首次被报告，GitHub最初标记平台部分功能性能下降。数分钟内，故障蔓延至API请求、Actions、Webhooks、Issues及拉取请求等多个模块。

在故障最严重时，GitHub报告其Web体验和API流量的错误率约为20%。归档下载和原始仓库内容下载的错误率约为50%，SAML和OIDC身份验证、SCIM及团队同步功能同样受到影响。

GitHub的AI编程助手Copilot也于UTC时间下午2:31开始出现可用性下降。GitHub随后表示，即便平台其他部分已恢复，部分Copilot身份验证问题仍持续存在。

UTC时间下午4:36，GitHub表示已定位到问题组件并采取了纠正措施。

然而，服务恢复过程并非一帆风顺。

Git操作再次出现性能下降，API请求也短暂回到降级状态。GitHub随后表示已缓解Git操作问题，并于UTC时间晚上7:01恢复了正常的API运行。

尽管如此，其他服务仍受到影响，问题主要集中在身份验证方面。GitHub表示，在观察到零星身份验证失败后，已部分禁用身份验证令牌重试机制，并报告Copilot身份验证问题仍在影响部分应用程序。

GitHub写道："我们正在继续调查零星的身份验证失败问题。我们已部分禁用身份验证令牌重试，并已看到改善，目前正在监控影响，然后再全面应用此缓解措施。"

最终，这些问题于UTC时间晚上8:45得到修复，事件于UTC时间晚上9:15被标记为已解决，距首次报告近8小时。

尽管此次事件并未导致GitHub完全停机，但受影响服务的数量和性质对企业开发团队而言影响重大——GitHub如今已不仅仅是一个源代码托管平台。开发团队将其API、Actions工作流、拉取请求和集成作为软件交付流程的互联组成部分，因此即便基本的仓库访问仍然可用，多个组件同时中断也会影响整体工作流。

GitHub尚未确认导致此次故障的"问题组件"，也未说明为何该组件的故障会同时波及如此多的服务。

在官方事后分析报告发布之前，此次中断究竟是由基础设施故障、软件变更、身份验证问题还是攻击等其他原因引起，目前尚不清楚。

GitHub状态页面目前表示，"详细的根本原因分析将在可用后尽快分享。"

Q&A

Q1：GitHub此次服务中断持续了多长时间，影响了哪些功能？

A：此次中断持续近8小时，从UTC时间8月17日下午1:40至晚上9:15。受影响的功能包括Actions、拉取请求、API请求、Git操作、Webhooks、Issues，以及AI编程助手Copilot。故障高峰期，Web体验和API流量错误率约为20%，归档及原始内容下载错误率约为50%。

Q2：GitHub此次中断的根本原因是什么？

A：目前GitHub尚未公布根本原因。官方仅表示已于UTC时间下午4:36定位到"问题组件"并采取纠正措施，但未披露具体是哪个组件，也未说明故障原因。究竟是基础设施故障、软件变更、身份验证问题还是外部攻击所致，仍有待官方事后分析报告确认。

Q3：GitHub服务中断对企业开发团队有什么影响？

A：对企业开发团队而言，影响较为显著。现代软件交付流程高度依赖GitHub的API、Actions工作流、拉取请求和各类集成，这些组件相互关联。即便基本的仓库访问未受影响，多个核心组件同时中断也会阻断自动化流水线、代码审查和持续集成等关键环节，导致整体开发效率大幅下降。