GitLab是利用Ruby on Rails 一个开源的版本管理系统，实现一个自托管的Git项目仓库，可通过Web界面进行访问公开的或者私人项目（以上都是百度的，其实我不知道到底是干啥的）.....
最近GitLab公司搞了个大新闻，误删了用户数据，不仅不逃避，还搞起了直播。
事情发生在1月31日，GitLab一名加班的工程师在维护资料库时，误删了正式环境资料，而当他回过神来、取消「rm -rf」删除指令时，原有300GB的资料被删到只剩4.5GB。
更悲剧的是，itLab的5个备份机制都（LVM快照和常规备份、S3、Azure中的磁碟快照、同步备份）出问题。
按以往的套路，GitLab可能尽力封锁消息，然后无辜的说都是临时工做的已经辞退了，或者干脆说系统被黑了balabalaba。
但GitLab不仅隐瞒，还反过来在官网上更新事件说明，并且在油管上直播工程师抢修过程，同时开放网友提问。
有网友问到肇事工程师是否会因此被裁员，GitLab回答它们仅是一次工作失误，不会因此裁掉他们。
整个修复数据过程耗时8个小时，工程师在临时伺服器发现一份事件发生前6小时前的备份。
数据回复后，官方表示这次的意外并未影响到企业客户和多数用户，并称约只有1%的用户受到影响，且遗失的资料多为次要的中继资料（Metadata）。而根据事件纪录，受到影响的用户约有707名。
遗失的数据包含在事件发生前6小时新增的议题（issue）、 合并请求（merge request）、用户、评论、片段（snippet）等资料；
具体包括：
6小时期间的数据遗失。
4613份经常性专案、75个fork、350个import遗失，共计影响到5037份专案。
4979份评论遗失。
707名用户数据遗失。
在1月31日17:20后新增的Webhooks遗失。
虽然有数据丢失，但GitLab公开透明的处理方式获得了不少网友力挺，也算是因祸得福了，当然这种圈粉的方式，大家千万别模仿。
