我经常使用gitstash和gitstashpop来保存和恢复工作树中的更改。昨天，我在我的工作树中做了一些修改，这些修改是我藏起来并弹出的，然后我对工作树做了更多的修改。我想回去回顾一下昨天隐藏的更改，但gitstashpop似乎删除了对相关提交的所有引用。
我知道如果我使用git stash，那么.git/refs/stash包含用于创建stash的提交的引用。git/logs/refs/stash包含整个存储。但这些参考资料在git stash pop之后就不见了。我知道提交仍在我的存储库中，但我不知道它是什么。
有没有一种简单的方法可以恢复昨天的存储提交引用？
当前回答
亚里士多德接受的答案将显示所有可到达的提交，包括非隐藏类提交。要过滤掉噪声：
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
其他回答
我想在已接受的解决方案中添加另一个好方法，以在您没有gitk可用或没有X输出时完成所有更改。
git fsck --no-reflog | awk '/dangling commit/ {print $3}' > tmp_commits
for h in `cat tmp_commits`; do git show $h | less; done
然后，您将获得这些哈希值的所有差异。按“q”进入下一个差异。
亚里士多德接受的答案将显示所有可到达的提交，包括非隐藏类提交。要过滤掉噪声：
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 stash把它推回到堆栈上。这对我有用：
$ git checkout somethingOld
$ git stash pop
...
nothing added to commit but untracked files present (use "git add" to track)
Dropped refs/stash@{0} (27f6bd8ba3c4a34f134e12fe69bf69c192f71179)
$ git checkout 27f6bd8ba3c
$ git reset HEAD^ # Make the working tree differ from the parent.
$ git stash # Put the stash back in the stack.
Saved working directory and index state WIP on (no branch): c2be516 Some message.
HEAD is now at c2be516 Some message.
$ git checkout somethingOld # Now we are back where we were.
回想起来，我应该使用git stash apply而不是git stashpop。我在做二等分，在每一个二等分步骤上都有一个小补丁。现在我正在做这件事：
$ git reset --hard; git bisect good; git stash apply
$ # Run tests
$ git reset --hard; git bisect bad; git stash apply
etc.
我无法在一个简单的命令窗口（在我的例子中是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 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
