1.判断文件是否可恢复
首先判断执行git reset --hard命令之前是否有其他操作:
- 第一种情况:没有执行git add ., git commit -m’注释’操作,文件不可恢复。
- 第二种情况:执行git add .,没有执行git commit -m’注释’操作,文件可恢复,比较麻烦。
- 第三种情况:执行git add ., git commit - m’注释’操作,文件可恢复,属于正常操作。
2.文件恢复
2.1 情况二的文件恢复
#在待恢复的分支下执行,lost文件
git fsck --lost-found
# 找到该路径
cd .git/lost-found/other
被误删的文件都在这里啦,但是都被改名了,如下:
0b7c6adb8661787f4f25485fb74dd2edce960549 文件a
0b9bb6030a0fae4384db726f9b51c9ebbd7d5271 文件b
可以通过 git show 来查看是否是自己想要的代码,排列顺序是最新的在最上面。
git show + id
找到想要的代码 id 后,执行 git merge 来恢复代码
git merge + id
2.2 情况三的文件恢复
# 返回到某一次commit前的代码
git reset --hard xxxxxx(指定版本号)
我的情景是:
首先我是windows平台,在我首次提交到远程时,新建了个本地存储库,然后我执行了
add
操作,并没有进行
commit
, 然后我TNND手贱执行了
git reset --hard
。, 甚至我都没有分支… = _ =,上面的
git merge + id
方式无法奏效。(现在想起来都想抽自己俩嘴巴子,得亏是自己写的玩儿的代码)
虽然通过
git fsck --lost-found
的方式找回了代码,但是恢复是一件头疼的事。 我的解决方式是,纯手动!!! 手动找到误删的文件,把名字手动改回去。 = _ =|| (太菜了)
这种方式在文件多的时候特别难受。有没有大佬有更好的方式,教教小弟。
版权归原作者 这该死的Python竟如此的甜美 所有, 如有侵权,请联系我们删除。