我经常使用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
其他回答
在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｝
希望这能帮助到某人
亚里士多德接受的答案将显示所有可到达的提交，包括非隐藏类提交。要过滤掉噪声：
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.
如果你想重新存放丢失的东西，你需要先找到丢失的东西的散列。
正如亚里斯多德·帕加尔茨所建议的那样，一个git fsck应该可以帮助你。
就我个人而言，我使用显示每次提交（可恢复提交）的log-all别名来更好地了解情况：
git log --graph --decorate --pretty=oneline --abbrev-commit --all $(git fsck --no-reflogs | grep commit | cut -d' ' -f3)
如果只查找“WIP on”消息，则可以执行更快的搜索。
一旦你知道你的sha1，你只需改变你的存储reflog，添加旧的存储：
git update-ref refs/stash ed6721d
你可能更希望有一个相关的消息，所以
git update-ref -m "$(git log -1 --pretty=format:'%s' ed6721d)" refs/stash ed6721d
您甚至希望将其用作别名：
restash = !git update-ref -m $(git log -1 --pretty=format:'%s' $1) refs/stash $1
我最喜欢的是这一行：
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
