误用git reset -hard 的惨痛经历

误用git reset -hard 的检讨书

消失的代码们:

我知道你们可能看不到了，但是我还是需要自我反省自己，因为自己的误操作，导致了你们的消失。

事情的始末

夜阑人静，周围除了少年敲击键盘的声音，就再也听不到其他声响，他伸了伸懒腰，满意的看着眼前的Android Studio中自己奋斗了1个小时的成果，熟练的按下了git commit，正要起身离开。
AS报了错误:

Pull is not possible because you have unmerged files

少年轻蔑的笑了，随即打开Chrome输入了那段报错提示，困意袭来,出现的第一个搜索结果让他毫不犹豫的点了进去，少年快速的滑动文章，直接找到了解决代码部分：

复制，转到AndroidStudio >Terminal > 输入 >回车 ，一气呵成。

然而他再也笑不出来，眼前的项目已变回上一次自己 **git pull ** 的样子，之间自己没有过 commit 除了 Android Studio 自动的 add ,自己辛苦一小时的成果连个影子都已看不到。脑袋”轰”的一下，困意全无。

慌乱的打开浏览器，查找着解决办法，不放过任何一个可能的机会，但是他又错了，又是看到任何一个救命稻草就拼命抓住，多经过多次尝试，最终，少年找到了解决办法。

少年这会仔细的阅读了文章，加上前面几次的尝试未果的经验，很快就理解并再次敲起了键盘:

git fsck --lost-found

他知道，这个命令并不会让他的项目马上发生变化，几乎是同一时间，Terminal输出了这样一段代码:

Terminal告诉少年，丢失的文件已经帮他找回来，放在了lost-found文件夹下

确认过眼神，这确实是丢失的文件，只是文件名已看不出样子，内容是源码，遗憾的是，大概之前尝试的命令混乱，lost-found下的文件内容不是最新的，大概是创建文件后短暂的时间，并且不是新建的文件的修改内容已经找不到，还是得自己重新写。

反思

• 查找问题时不应该不看文章内容
• 使用一个命令应该先了解其作用
• 遇到问题不能乱，需冷静思考

总结

git reset -hard的恢复办法总的来说分为3个情况:

git — Mar 15, 2020