我经常使用gitstash和gitstashpop来保存和恢复工作树中的更改。昨天，我在我的工作树中做了一些修改，这些修改是我藏起来并弹出的，然后我对工作树做了更多的修改。我想回去回顾一下昨天隐藏的更改，但gitstashpop似乎删除了对相关提交的所有引用。
我知道如果我使用git stash，那么.git/refs/stash包含用于创建stash的提交的引用。git/logs/refs/stash包含整个存储。但这些参考资料在git stash pop之后就不见了。我知道提交仍在我的存储库中，但我不知道它是什么。
有没有一种简单的方法可以恢复昨天的存储提交引用？
当前回答
通过在终端中写入此命令，可以列出所有无法访问的提交-
git fsck --unreachable
检查无法访问的提交哈希-
git show hash
如果你找到了隐藏的物品，最后申请-
git stash apply hash
其他回答
我无法在一个简单的命令窗口（在我的例子中是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（你的哈希）
也许不是最好的解决方案，但对我来说有效
您可以一步一步地执行以下过程：
1-使用下面列出所有无法访问的提交git fsck—无法访问
2-显示无法访问的提交哈希git显示哈希
3-复制所有日志，您可以看到类似日志的、无法访问的blob、提交和树。
4-使用具有提交哈希的日志应用git stashgit stash apply[替换哈希]
为什么人们会问这个问题？因为他们还不知道或不了解回流。
这个问题的大多数答案都给出了长命令和选项，几乎没有人会记得。因此，人们进入这个问题，复制粘贴他们认为需要的任何内容，然后几乎立即忘记。
我建议每个有这个问题的人只检查一下reflog（git reflog），不要太多。一旦您看到所有提交的列表，就有一百种方法可以找到您要查找的提交，并从中选择或创建分支。在此过程中，您将了解reflog以及各种基本git命令的有用选项。
我喜欢亚里士多德的方法，但不喜欢使用GITK。。。因为我习惯于从命令行使用GIT。
相反，我接受了悬空提交，并将代码输出到DIFF文件，以便在代码编辑器中查看。
git show $( git fsck --no-reflog | awk '/dangling commit/ {print $3}' ) > ~/stash_recovery.diff
现在，您可以将生成的diff.txt文件（位于主文件夹中）加载到txt编辑器中，并查看实际代码和生成的SHA。
那就用
git stash apply ad38abbf76e26c803b27a6079348192d32f52219
我最喜欢的是这一行：
git log --oneline $( git fsck --no-reflogs | awk '/dangling commit/ {print $3}' )
这与这个答案基本相同，但要短得多。当然，您仍然可以添加--graph以获得树状显示。
在列表中找到提交后，使用
git stash apply THE_COMMIT_HASH_FOUND
对我来说，使用--no reflogs确实揭示了丢失的存储条目，但--unareachable（正如许多其他答案中所发现的）并没有。
在Windows下，在gitbash上运行它。
致谢：以上命令的详细信息摘自https://gist.github.com/joseluisq/7f0f1402f05c45bac10814a9e38f81bf
