北京时间10月22日早上6点52分，GitHub.com网站出现大规模宕机，GitHub官方给用户带来了诚挚的歉意带来的不便，将尽快修复。程序员们通宵工作，24小时后，10月23日7点，一切终于恢复正常。GitHub24小时经历了什么？我们来看看GitHub“血红”状态消息列表：北京时间下午2点51分开始，状态消息不断更新：再给我2小时！再给我1.5小时！再给我半小时！……然而，“一小时又一小时，多少小时”，我承诺的太多，实现的太少，无奈，官方发了道歉信给表示诚挚的歉意：北京时间10月22日早上6点52分，GitHub.com的多项服务受到网络分区影响，随后数据库出现故障，导致我们网站显示的信息不一致。我们非常小心地确保数据完整性，包括暂停webhook事件和其他内部处理系统。我们知道我们的服务对您的开发工作流程有多么重要，并且我们正在积极努力建立完整站点恢复的估计时间表。我们会尽快与您分享这些信息。在此期间，GitHub.com上的信息可能看起来已过时，但不会丢失任何数据。一旦服务完全恢复，一切都会像以前一样好。此外，此事件仅影响存储在MySQL数据库中的网站元数据，例如问题和拉取请求。Git存储库数据没有受到影响，并且在整个活动期间仍然可用。我们将继续通过状态页面提供更新和估计的解决时间。在问题与解决之间的24小时内，GitHub团队显然处于混乱状态。GitHub怎么了？从官方的道歉信和状态消息列表可以看出，GitHub的大规模宕机主要是数据存储系统出现问题。给用户带来的困扰简直就是：版本库突然“消失”了！比如你建一个公共仓库，然后敲代码，GitHub会提示你这个仓库不存在；同时不能打开其他仓库，也不能创建同名仓库。然后网友们就疯了：有网友表示“我的天！GitHub还没修好？！要破记录了！”有网友表示，这个月并不顺利，微博、YouTube、推特、GitHub都挂了。……有网友声称找到了宕机的真正原因：微软作为GitHub的新东家，躺下是没有悬念的……我也想知道是不是微软的错？GitHub是AreyoumigratetotheAzurecloud?GitHub的终结者……也有网友建议把项目迁移到GitLab：但是GitLab就一定靠谱吗？不必要。GitHub还给出了网络宕机的热图。可以看出，日本、美国西海岸、马来西亚、澳大利亚东南部受灾较为严重。不过，北京时间10月23日早上7点，GitHub终于解决了这个“灾难性”的问题，如下图所示：想必GitHub的工作人员应该已经24小时没合眼了吧，辛苦了！向每一位奋战在一线的程序员和工程师们致敬！
