我经常使用gitstash和gitstashpop来保存和恢复工作树中的更改。昨天，我在我的工作树中做了一些修改，这些修改是我藏起来并弹出的，然后我对工作树做了更多的修改。我想回去回顾一下昨天隐藏的更改，但gitstashpop似乎删除了对相关提交的所有引用。
我知道如果我使用git stash，那么.git/refs/stash包含用于创建stash的提交的引用。git/logs/refs/stash包含整个存储。但这些参考资料在git stash pop之后就不见了。我知道提交仍在我的存储库中，但我不知道它是什么。
有没有一种简单的方法可以恢复昨天的存储提交引用？
当前回答
不完全是一个获取隐藏的答案，但如果目标是获取未提交的更改，这些更改首先被隐藏，然后被弹出到另一个分支中，但这两种更改都适用，并按以下方式完成：
在分支中进行更改（_a）暂存从branch_a生成branch_b应用git存储
然后，要将未提交的更改还原到branch_a：
git结帐分支agit合并分支bgit重置HEAD~1
其他回答
我无法在一个简单的命令窗口（在我的例子中是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（你的哈希）
也许不是最好的解决方案，但对我来说有效
知道了大概的文件名及其位置，并且能够找到丢弃的隐藏文件，并将悬空提交添加到路径中
for i in $(git fsck --no-reflogs | awk '/dangling commit/ {print $3}'); do
if git log -5 --name-only -u $i | grep -q "<path-to-files>/.*<partial-file-name>.*"; then
echo "found something in commit $i";
fi;
done
亚里士多德接受的答案将显示所有可到达的提交，包括非隐藏类提交。要过滤掉噪声：
git fsck --no-reflog | \
awk '/dangling commit/ {print $3}' | \
xargs git log --no-walk --format="%H" \
--grep="WIP on" --min-parents=3 --max-parents=3
这将只包括只有3个父提交的提交（一个存储库将有），并且其消息包含“WIP on”。
请记住，如果您用消息保存了您的存储（例如git存储保存“我新创建的存储”），这将覆盖默认的“WIP on…”消息。
您可以显示有关每次提交的更多信息，例如显示提交消息，或将其传递给git stash show：
git fsck --no-reflog | \
awk '/dangling commit/ {print $3}' | \
xargs git log --no-walk --format="%H" \
--grep="WIP on" --min-parents=3 --max-parents=3 | \
xargs -n1 -I '{}' bash -c "\
git log -1 --format=medium --color=always '{}'; echo; \
git stash show --color=always '{}'; echo; echo" | \
less -R
我最喜欢的是这一行：
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
要查看终端中的提交，只有过滤我们关心的提交，我们才能使用：
git log --oneline --all --grep="^WIP on .*: [a-f0-9]\+" --grep="^On [^ ]*:" --grep="^index on [^ ]*:" $( env LANG=C git fsck --no-reflog | awk '/dangling commit/ {print $3}' )
这是基于亚里斯多德·帕加尔茨的回答。
