场景:
使用Git stash命令或者SourceTree暂存了工作现场,之后误删了这个stash
恢复方法:
第一步:git fsck --unreachable
使用git fsck --unreachable命令查找所有unreachable记录
例如:
unreachable blob a006a061d217fa2bd0b677382dafbbc37fb7bb95
unreachable commit 7d15700a371681272d42518823e8a0dcb39ac112
unreachable blob a61518e80a488927908b96b30abb5dfb7036e9a3
unreachable commit 5719e0b26d788b51590dcfc4120a5a1af05da9ed
unreachable blob 321fc00f3bd3c882838435eb369aad327ddf6c51
unreachable blob 103ca03c95f52f97be07615defaadf6644c6445c
unreachable blob cb54781533e2c2b59938fc1eec774951f0fadb14
unreachable commit f362c87f5d191cf36dd9772c03e99e9b62d96e6e
unreachable commit 576b90e8bd69f825168f46a6141fa1516dc32a6a
unreachable blob 1d7ed8094eec81bd0152819b7e8ff3f7ba4a3a4b
第二步:git show +<sha>
使用git show +<sha>命令查找你需要恢复的那一条工作现场,sha是上面的key。【此时建议只关注commit类型的工作现场】
对于commit,将看到分支信息、stash时的备注信息、stash操作的时间点等。
对于blob,只能看到代码块,受限于窗口大小,往往显示不完整。
使用回车或者向下箭头,按一次多出一行代码。使用q,退出查看工作现场。
也可以使用 git cat-file -p +<sha>可以查看工作现场。
如果是blob,会显示完整代码。
如果是commit,可能看到的会是多个对象,例如:
tree 9189ac84beec7e0063796f9640ad733cf6c143a1
parent 8e5d8eb7b94ab97b3e52b2835c2c0fa1cfd24f82
parent 60d315aa6a88b65761b9c499f356144c9e4c3a29
......
对象详情请看备注部分。
第三步:git stash apply +<sha>
使用git stash apply +<sha>即可恢复,sha就是你打算恢复的那一条记录的key。但只可能恢复unreachable commit 开头的记录,unreachable blob是不能用git statsh apply+来恢复的,会报not a stash-like commit 错误。
unreachable commit的开头的也可能报错:
<sha> is not a stash-like commit。
这时怎么处理呢?
1)切换到丢掉stash的那个分支。
2)git merge +<sha>即可。如有冲突,处理一下就好。
备注:
Git中有四种基本对象类型:
数据类型 | 含义 |
---|---|
blobs | 每个blob代表一个(版本的)文件,blob只包含文件的数据,而忽略文件的其他元数据,如名字、路径、格式等。 |
trees | 每个tree代表了一个目录的信息,包含了此目录下的blobs,子目录(对应于子trees),文件名、路径等元数据。因此,对于有子目录的目录,git相当于存储了嵌套的trees。 |
commits | 每个commit记录了提交一个更新的所有元数据,如指向的tree,父commit,作者、提交者、提交日期、提交日志等。每次提交都指向一个tree对象,记录了当次提交时的目录信息。一个commit可以有多个(至少一个)父commits。 |
tags | tag用于给某个上述类型的对象指配一个便于开发者记忆的名字, 通常用于某次commit。 |
网友评论