我经常使用gitstash和gitstashpop来保存和恢复工作树中的更改。昨天，我在我的工作树中做了一些修改，这些修改是我藏起来并弹出的，然后我对工作树做了更多的修改。我想回去回顾一下昨天隐藏的更改，但gitstashpop似乎删除了对相关提交的所有引用。
我知道如果我使用git stash，那么.git/refs/stash包含用于创建stash的提交的引用。git/logs/refs/stash包含整个存储。但这些参考资料在git stash pop之后就不见了。我知道提交仍在我的存储库中，但我不知道它是什么。
有没有一种简单的方法可以恢复昨天的存储提交引用？
当前回答
通过以下步骤恢复：
识别已删除的隐藏哈希代码：gitk--all$（git fsck--no reflog | awk‘/悬空提交/｛print$3｝‘）樱桃摘葡萄：git cherry pick-m 1$stash_hash_code使用以下方法解决冲突（如果有）：git合并工具
此外，如果使用gerrit，您可能会遇到提交消息的问题。在执行下一个备选方案之前，请先保存您的更改：
使用硬重置到上一次提交，然后重新提交此更改。你也可以把零钱藏起来，重新放在底座上，然后重新提交。
其他回答
我刚刚构造了一个命令，帮助我找到丢失的藏匿物品：
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
亚里士多德接受的答案将显示所有可到达的提交，包括非隐藏类提交。要过滤掉噪声：
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
知道了大概的文件名及其位置，并且能够找到丢弃的隐藏文件，并将悬空提交添加到路径中
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
通过以下步骤恢复：
识别已删除的隐藏哈希代码：gitk--all$（git fsck--no reflog | awk‘/悬空提交/｛print$3｝‘）樱桃摘葡萄：git cherry pick-m 1$stash_hash_code使用以下方法解决冲突（如果有）：git合并工具
此外，如果使用gerrit，您可能会遇到提交消息的问题。在执行下一个备选方案之前，请先保存您的更改：
使用硬重置到上一次提交，然后重新提交此更改。你也可以把零钱藏起来，重新放在底座上，然后重新提交。
我只是想在公认的解决方案中提及这一点。第一次尝试这个方法时，我并没有立即意识到这一点（也许应该是这样），但要从哈希值应用存储，只需使用“git stash apply”：
$ git stash apply ad38abbf76e26c803b27a6079348192d32f52219
当我刚接触git时，我并不清楚这一点，我尝试了“git show”、“git apply”、“patch”等不同的组合。
