为什么人们会问这个问题？因为他们还不知道或不了解回流。

这个问题的大多数答案都给出了长命令和选项，几乎没有人会记得。因此，人们进入这个问题，复制粘贴他们认为需要的任何内容，然后几乎立即忘记。

我建议每个有这个问题的人只检查一下reflog（git reflog），不要太多。一旦您看到所有提交的列表，就有一百种方法可以找到您要查找的提交，并从中选择或创建分支。在此过程中，您将了解reflog以及各种基本git命令的有用选项。

通过以下步骤恢复：

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

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

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

使用gitk的Windows PowerShell等效程序：

gitk--all$（git fsck--no reflog |选择字符串“（悬空提交）（.*）”|%｛$_.Line.Split（''）[2]｝）

也许有一种更有效的方法可以在一个管道中完成这项工作，但这确实有效。

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

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

我刚刚构造了一个命令，帮助我找到丢失的藏匿物品：

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

gitfsck——不可访问|grep提交应该显示sha1，尽管它返回的列表可能很大。gitshow＜sha1＞将显示它是否是您想要的提交。

gitcherry-pick-m1<sha1>将提交合并到当前分支。