记一次找回丢失的 git add 未 git commit 的文件历程

背景：

项目中使用了eslint，以及lint-staged，在执行git commit 时会触发 git 的 pre-commit 钩子，对代码做一次检查及格式化。由于个别文件中有定义但未使用得变量，导致commit失败，并抛出了具体文件路径，当我在命令行点击路径时发现新增得文件没了（.js、.vue、图片），仔细一看引用过这些文件得代码也没了，比如路由表中得代码。执行git status 提示没有变更的文件，回收站更是干干净净的，就像一天什么都没做一夜回到了解放前，挺秃然的。。。，具体为什么没了，到现在也不知道，反正情况就是这样。解决了一会没解决干脆回家睡觉，内心已经做好重写一遍的打算了，但是第二天上午不到两个小时找回来了。下面具体说说解决方式。

我想执行git的每一步git应该都会有记录，我首先可以确定的是 git add 肯定执行成功了。那我就找出git add 过的所有文件，应该还有救。接下来就是找回文件的具体操作方式：

注：以下所有操作都在项目根目录下进行

找回git add 过的文件有以下几种方式：

一、 git fsck --lost-found 然后到 .git/lost-found 目录下找看有没有丢失的文件，对我没起到作用。
二、 find .git/objects -type f | xargs ls -lt | sed 30q 查看最近add 过的30个文件，可以根据自己大概变动的文件数设置相应的值。（注意：windows没有find命令，在git bash执行即可），会在控制台打印出如下格式的内容：

提取 object/ 后面的值，第一个/要去掉。例如第一个是 79dcf6cb091817f990c75cadd1a2de8816f19613
然后一次次的执行 git show 79dcf6cb091817f990c75cadd1a2de8816f19613 > 2.png，查看文件内容是否是丢失的。

截图.png

这种方式效率太低。

三、 find .git/objects -type f | xargs ls -lt | sed 30q > file.txt 直接将内容写到文件中

然后多光标操作，每一行只留下id。

截图.png

然后创建脚本，并执行：

注：需要先创建空文件夹files，否则会报找不到files文件夹导致写入失败

#!/bin/bash
 
for line in `cat file.txt`
do
        echo "File:${line}"
        git show ${line} > files/${line}.txt
done

执行：

sh build.sh

最后，手动还原，点进去每一个文件，有些可能是一些空文件，有一些正好是你丢失的文件，需要自己手动加回到正确的位置。

虽然花了将近两个小时找回，但还是值得的。总比重写强，费事又low逼😄，更重要的是对 git 有了新的认识，学到了新技能提高了解决问题的能力（装逼话）😂。