在git v2.6.4的OSX中，我只是意外地运行了git stash drop，然后我通过以下步骤找到了它

若你们知道储藏物的名称，那个么使用：

$git fsck--无法访问|grep commit |cut-c 20-|xargs git show |grep-B 6-A 2<存储的名称>

否则，您将通过以下方式手动从结果中找到ID：

$git fsck--无法访问|grep commit |cut-c 20-|xargs git show

然后，当您找到提交id时，只需点击git stash apply｛commit id｝

希望这能帮助到某人

gitfsck——不可访问|grep提交应该显示sha1，尽管它返回的列表可能很大。gitshow＜sha1＞将显示它是否是您想要的提交。

gitcherry-pick-m1<sha1>将提交合并到当前分支。

我刚刚构造了一个命令，帮助我找到丢失的藏匿物品：

for ref in `find .git/objects | sed -e 's#.git/objects/##' | grep / | tr -d /`; do if [ `git cat-file -t $ref` = "commit" ]; then git show --summary $ref; fi; done | less

这将列出.git/objects树中的所有对象，查找属于commit类型的对象，然后显示每个对象的摘要。从这一点来看，只需要仔细查看提交，找到合适的“WIP on work：6a9b2”（“work”是我的分支，619bb2是最近的提交）。

我注意到，如果我使用“git stash apply”而不是“git stash pop”，我就不会有这个问题，如果我用“git sash save message”，那么提交可能会更容易找到。

更新：根据内森的想法，这变得更短：

for ref in `git fsck --unreachable | grep commit | cut -d' ' -f3`; do git show --summary $ref; done | less

您可以一步一步地执行以下过程：

1-使用下面列出所有无法访问的提交git fsck—无法访问

2-显示无法访问的提交哈希git显示哈希

3-复制所有日志，您可以看到类似日志的、无法访问的blob、提交和树。

4-使用具有提交哈希的日志应用git stashgit stash apply[替换哈希]

我无法在一个简单的命令窗口（在我的例子中是Windows7）中获得在Windows上工作的任何答案。awk、grep和Select字符串未被识别为命令。所以我尝试了一种不同的方法：

第一次运行：git fsck--无法访问| findstr“commit”将输出复制到记事本查找用start cmd/k git show替换“无法访问的提交”

将看起来像这样：

启动cmd/k git show 8506d235f935b92df65d58e7d75e9441220537a4启动cmd/k git show 44078733e1b36962571019126243782421fcd8ae启动cmd/k git show ec09069ec893db4ec1901f94eefc8dc606b1dbf1启动cmd/k git show d00aab9198e8b81d052d90720165e48b287c302e

保存为.bat文件并运行它脚本将打开一组命令窗口，显示每个提交如果你找到了你要找的，运行：git stash apply（你的哈希）

也许不是最好的解决方案，但对我来说有效

为什么人们会问这个问题？因为他们还不知道或不了解回流。

这个问题的大多数答案都给出了长命令和选项，几乎没有人会记得。因此，人们进入这个问题，复制粘贴他们认为需要的任何内容，然后几乎立即忘记。

我建议每个有这个问题的人只检查一下reflog（git reflog），不要太多。一旦您看到所有提交的列表，就有一百种方法可以找到您要查找的提交，并从中选择或创建分支。在此过程中，您将了解reflog以及各种基本git命令的有用选项。