非自己写的，抄的公众号的
根据美国东部时间 8 月 14 日 晚 8：26 的状态消息，该公司已经回滚了导致此番事故的数据库基础设施变更，并表示服务已「全面恢复运行」。
根据当时的访问情况来看，前往 GitHub 主网站后页面会显示一条错误消息（还附有一张愤怒的独角兽图片），提示「当前没有可用于响应您请求的服务器」。不久之后，GitHub 网站恢复运行。在后续事件报告当中，GitHub 一一罗列了 pull requests、GitHub Pages 以及 GitHub API 等受影响服务
事件的扩散速度相当夸张。GitHub 的首条状态消息公布于美东时间晚 7：11，几分钟后其再次报告多项服务发生问题。这些问题的影响范围似乎也相当普遍，Downdetector 显示有超 1 万名用户表示受到牵连。另外，问题发生得也相当突然。当天晚 7：13，互联网监控服务 BetBlocks 亦发布消息称 GitHub「正经历一波跨国服务中断」。
随后没多久，GitHub 发布状态称 Copilot 也崩了。有人在 Hacker News 上调侃称：「这下所有 AI 原生应用开发者可以正大光明摸鱼了，因为 Copilot 已经瘫痪了」。
8 月 14 日，GitHub 发布更新称在经历重大中断后，其服务现已恢复正常。
微软在 2018 年 10 月以 75 亿美元的价格收购了代码存储库 GitHub，在微软的管理下 GitHub 表现出了强劲的增长势头，从购买时的不到 4000 万用户增长到现在的 7300 多万的开发者用户，他们依靠该服务通过 Git 进行版本控制，并为软件开发提供托管服务。
GitHub 是一个大型的代码库，在开发者和公司在该服务上托管整个项目和代码时非常流行。苹果、亚马逊、Google、Facebook 和许多其他大型科技公司都使用 GitHub。
但一些用户称，自此以后，该服务平台变得更加不可靠。虽然被微软收购后 GitHub 的知名度不断提高， 但其在开发者中心中的地位却逐渐下滑。
GitHub的宕机不仅仅是一个平台的问题，它实际上影响了整个全球开发者社区。超过一万名用户报告了访问问题，这个数字仅仅是冰山一角。作为开源世界的中枢神经，GitHub的瘫痪意味着无数项目的开发进程被迫中断，突显了对单一平台依赖的风险。
