当我解决这个问题时，我使用以下命令:

git reflog |  awk '{ print $1 }' | xargs gitk

这让我可以可视化最近已经变成无头的提交。

我把这个包在一个名为~/bin/git-reflog-gitk的脚本帮助器中。

编辑:-我的git-reflog-gitk包装是多余的-因为你现在可以直接调用gitk -reflog

实际上，git fsck可以用来找到所有丢失的提交，你只需要正确的选项:

git fsck --unreachable --no-reflogs

——unreachable单独是不够的，因为一些提交可能仍然被reflog引用。如果你需要对整个提交历史有一个非常清晰的视图，你可以创建一个别名，就像这样:

git log --all --decorate --oneline --graph $(git fsck --no-reflogs --unreachable | awk '{if ($2 == "commit") print $3}')

老实说，我不确定在最后一个命令中是否需要——unreachable选项，因为默认情况下git日志遍历祖先(除非指定了——no-walk)。我不敢打赌，但我认为没有必要。

不是很容易——如果你把指针弄丢了，那就像大海捞针一样。你可以找到所有看起来不再被引用的提交- git fsck -unreachable将为你做这件事-但这将包括你在git提交后扔掉的提交- modify，你重新基于的分支上的旧提交等等。因此，一次查看所有这些提交很可能有太多的信息，难以处理。

所以轻率的回答是，不要忘记你感兴趣的东西。更严重的是，reflogs将默认保存您在过去60天左右使用过的所有提交的引用。更重要的是，它们将提供关于这些提交是什么的上下文。

@bsimmons

git fsck --lost-found | grep commit

然后为每一个创建一个分支:

$ git fsck --lost-found | grep commit
Checking object directories: 100% (256/256), done.
dangling commit 2806a32af04d1bbd7803fb899071fcf247a2b9b0
dangling commit 6d0e49efd0c1a4b5bea1235c6286f0b64c4c8de1
dangling commit 91ca9b2482a96b20dc31d2af4818d69606a229d4

$ git branch  branch_2806a3 2806a3
$ git branch  branch_6d0e49 6d0e49
$ git branch  branch_91ca9b 91ca9b

现在，许多工具将向您显示那些丢失的提交的图形化可视化。

当我解决这个问题时，我使用以下命令:

git reflog |  awk '{ print $1 }' | xargs gitk

这让我可以可视化最近已经变成无头的提交。

我把这个包在一个名为~/bin/git-reflog-gitk的脚本帮助器中。

编辑:-我的git-reflog-gitk包装是多余的-因为你现在可以直接调用gitk -reflog

通过查看reflog(位于.git/logs/HEAD)，我已经幸运地恢复了提交

然后我不得不向下滚动到文件的末尾，我找到了刚刚丢失的提交。