0


执行git reset --hard后文件的恢复

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

的方式找回了代码,但是恢复是一件头疼的事。 我的解决方式是,纯手动!!! 手动找到误删的文件,把名字手动改回去。 = _ =|| (太菜了)

这种方式在文件多的时候特别难受。有没有大佬有更好的方式,教教小弟。

标签: git github

本文转载自: https://blog.csdn.net/a_liulinag/article/details/126965128
版权归原作者 这该死的Python竟如此的甜美 所有, 如有侵权,请联系我们删除。

“执行git reset --hard后文件的恢复”的评论:

还没有评论