误执行git reset --hard致文件丢失，如何撤销该操作？

哎呀，这情况太糟了——我完全懂那种刚要备份结果把本地文件搞没了的恐慌！别慌，咱们一步步来试着救回你的文件：

第一步：查看Git操作日志（Reflog） #

Git会记录所有HEAD的变动历史，哪怕是没提交的操作也会留下痕迹，这是最容易找回的途径：

• 在终端里进入你的Git仓库目录，执行命令：

  git reflog
  

  你会看到一串操作记录，每条记录前面有类似HEAD@{0}、HEAD@{1}的标记，还有对应的操作描述（比如你之前的git reset --hard，以及更早的git add .相关的状态）。
• 找到你执行git reset --hard之前的那条记录，记下它的哈希值（或者直接用HEAD@{n}的格式，n是对应的序号）。
• 执行命令恢复到那个状态：

  git reset --hard HEAD@{n}
  

  或者如果不想直接重置HEAD，也可以单独恢复文件到工作区：

  git checkout HEAD@{n} -- .
  

第二步：查找Git的“丢失”对象（如果Reflog没记录） #

如果你只是执行了git add .还没提交，那Git其实已经把这些文件转成了仓库里的对象，只是还没被引用。可以用这个命令查找：

• 执行：

  git fsck --lost-found
  

  这个命令会扫描仓库里所有未被引用的Git对象，把它们放到.git/lost-found/other目录下。
• 进入这个目录，每个文件都是一个Git对象的哈希值，你可以用git show <对象哈希>来查看内容，比如：

  git show abc123
  

  如果内容是你要的文件，就可以把它重命名后复制回工作区。

重要提醒 #

• 现在别在这个仓库里做任何新的提交、reset或者其他修改，避免Git覆盖掉这些临时的对象数据。
• 如果是Windows系统，.git目录是隐藏的，需要先开启显示隐藏文件才能看到lost-found文件夹。

事后预防 #

以后遇到类似情况，别直接用git reset --hard：

• 如果只是想取消git add .的暂存，用git reset HEAD（不带--hard）就可以，不会影响工作区的文件。
• 不确定操作后果时，先执行git stash把当前工作区暂存起来，安全又可逆。

内容的提问来源于stack exchange，提问作者Mikkie