次GitHub抽风是什么时候了？记不太清了，应该是3月的时候被D的那次。
当时的相关新闻：
北京时间周四凌晨1点15分，号称「全球最大同性交友网站GitHub」又遭受攻击了，遭遇了有史以来最严重的DDoS网络攻击，峰值流量达到了1.35Tbps。尽管此类攻击的特点就是利用如潮水般的流量同时涌入网站，不过本次攻击不同之处在于采用了更先进的放大技术，目的是针对主机服务器产生更严重的影响。
当时我记得几乎没有感受到什么异常，相当于受的影响极小。结果昨天，GitHub的数据存储系统出错了，这次我好像就没这么幸运了。
本来按照日程，我是要更新挂在GitHub Page上的CV的，结果当我在本地修改好，commit+push一气呵成的时候，打开GitHub才发现？？？什么鬼，“last commit 3 days ago”？？我刚推上去的更新呢？
网络检查（ping、换网）check✓、浏览器更换 check✓......然而最新的commit就是不出来。绝望的我甚至丧心病狂地使用了
git push -f origin master强制将本地的仓库推上云端，覆盖云端仓库，然而，现实再一次打了我的脸。
最后我尝试了清空缓存，这回更惨，直接不能再登陆了
怎么办，怎么办？这时的我，才想起来求助万能的互联网。原来GitHub官方已经开始着手修复了，问题的原因也查清了：data storage system出了问题。现在问题快修复了，我也就顺便在公众号@拖延果的日常 上记录了一下周一这个“开门红”的事件。
GitHub状态与进展的官方网站
其实，真正让我惊讶的，是这次修复的耗时之长，虽然在对方时区（UTC）是晚上10:52分发现的错误，然而，这对处于CST时区的我们来说，无疑是措手不及，（上班以后发现没法review PR了，issue也不能创建了...）当一天的计划被打乱的时候，后果是很严重的！主要是给自己心理上造成的失落感，这是会随着时间放大的，而且还是个恶性循环，因为心情越不好越不愿意干活。
不过也不能说什么工作都没做，至少把我自己的Google Scholar页面开通了，然后要修改的也在本地修改了，而且也都commit了。只不过是GitHub Page上的内容那边还未更新罢了。今天还要出去跑步，武汉好不容易晴天了，前几天老下雨我没法跑（个人极其厌恶跑步机，毁膝盖）。
最后最后，附上谷歌翻译的GitHub官方对本次事件的Incident Report：
在UTC时间周日晚上10:52，上的多项服务受到网络分区和后续数据库故障的影响，导致我们网站上显示的信息不一致。 我们非常谨慎地采取措施确保数据的完整性，包括暂停webhook事件和其他内部处理系统。
我们了解我们的服务对您的开发工作流程的重要性，并且正在积极努力建立完全恢复的预计时间范围。 我们会尽快与您分享这些信息。 在此期间，上显示的信息可能会显示为过期; 但没有数据丢失。 服务完全恢复后，所有内容都应按预期显示。 此外，此事件仅影响存储在我们的MySQL数据库中的网站元数据，例如问题和拉取请求。 Git存储库数据不受影响，并且在整个事件期间一直可用。
英文原文报告可以点击“阅读原文”。
P.S. 如果对我揭露近期收到的一篇期刊约稿spam的骗局感兴趣的话，不妨关注一下我的公众号，去看看我今天的另一篇推文哦！https://mp.weixin.qq.com/s/pftUUCVXQy3gAAPF6y1CEQ
