开发公司Git仓库损坏代码丢失，服务器数据恢复全程记录

10月上旬，深圳南山一家软件外包公司的开发服务器在重启后无法挂载存储分区，上面存放着公司三十多个项目的Git仓库。由于没有异地备份，全部代码、分支和提交历史都压在这台服务器的四盘RAID5上。更要命的是，有一个新项目正处于交付前的最后一周，代码如果找不回来，违约赔偿和客户信任损失都不小。

检测发现：三块盘先后出问题

补天时代工程师检测后发现，RAID5中最早有一块盘离线很久，阵列一直处于降级运行状态却无人察觉；这次重启前第二块盘也开始出现读错误，RAID信息最终损坏，分区无法识别。好在三块盘的盘面数据大部分可读。

重组阵列，深挖Git对象库

工程师先对四块硬盘做全盘镜像，然后在镜像上重组RAID参数。分区挂载成功后，重点检查Git仓库的完整性：Git的数据以松散对象和打包文件的形式存储，团队写了脚本逐对象校验压缩包，对少量损坏的对象从远端开发机的克隆记录中比对补齐，最终恢复了全部仓库的分支、标签和提交历史。

客户研发负责人抽查了五个重点项目，git log与本地记录一致，代码编译通过，交付没有受到影响。

教训：代码库同样需要备份纪律

很多开发团队以为代码在多人电脑上都有就等于有备份，实际上分散的克隆副本很难覆盖全部分支和钩子配置，自建GitLab、Gerrit一旦连同底层存储一起出问题，照样全军覆没。核心仓库应当配置定时推送到异机或云端镜像。补天时代在Git仓库恢复、SVN仓库恢复和文件服务器数据恢复方面积累了大量实战案例，遇到存储故障可拨打13802255378，公司提供24小时应急响应。