通过以下步骤恢复：

识别已删除的隐藏哈希代码：gitk--all$（git fsck--no reflog | awk‘/悬空提交/｛print$3｝‘）樱桃摘葡萄：git cherry pick-m 1$stash_hash_code使用以下方法解决冲突（如果有）：git合并工具

此外，如果使用gerrit，您可能会遇到提交消息的问题。在执行下一个备选方案之前，请先保存您的更改：

使用硬重置到上一次提交，然后重新提交此更改。你也可以把零钱藏起来，重新放在底座上，然后重新提交。

一旦你知道你丢弃的隐藏提交的哈希值，你就可以将其作为一个隐藏：

git stash apply $stash_hash

或者，可以使用

git branch recovered $stash_hash

之后，您可以使用所有常规工具做任何您想做的事情。完成后，把树枝吹走。

查找哈希

如果你刚刚弹出它，并且终端仍然打开，你仍然会在屏幕上看到git stash pop打印的哈希值（谢谢，Dolda）。

否则，您可以在Linux、Unix或Windows的Git Bash中找到它：

git fsck --no-reflog | awk '/dangling commit/ {print $3}'

…或使用PowerShell for Windows:

git fsck --no-reflog | select-string 'dangling commit' | foreach { $_.ToString().Split(" ")[2] }

这将在提交图的顶端显示所有提交，这些提交不再从任何分支或标记引用——每个丢失的提交，包括您创建的每个隐藏提交，都将位于该图的某个位置。

找到您想要的隐藏提交的最简单方法可能是将该列表传递给gitk：

gitk --all $( git fsck --no-reflog | awk '/dangling commit/ {print $3}' )

…如果使用PowerShell for Windows，请查看emragins的答案。

这将启动一个存储库浏览器，显示存储库中的每一次提交，无论它是否可访问。

如果您更喜欢控制台上的图形而不是单独的GUI应用程序，那么可以用git-log-grap-online之类的东西来替换gitk。

要发现隐藏提交，请查找以下形式的提交消息：

某个分支上的WIP：commithash一些旧的提交消息

注意：如果您在执行git stash时没有提供消息，则提交消息将以这种形式出现（以“WIP on”开头）。

如果你想重新存放丢失的东西，你需要先找到丢失的东西的散列。

正如亚里斯多德·帕加尔茨所建议的那样，一个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

我喜欢亚里士多德的方法，但不喜欢使用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 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.

通过以下步骤恢复：

识别已删除的隐藏哈希代码：gitk--all$（git fsck--no reflog | awk‘/悬空提交/｛print$3｝‘）樱桃摘葡萄：git cherry pick-m 1$stash_hash_code使用以下方法解决冲突（如果有）：git合并工具

此外，如果使用gerrit，您可能会遇到提交消息的问题。在执行下一个备选方案之前，请先保存您的更改：

使用硬重置到上一次提交，然后重新提交此更改。你也可以把零钱藏起来，重新放在底座上，然后重新提交。