git log有时候获取所有提交的细节并不好，所以要查看这个…

进入你的git项目，输入:

$ nano .git/logs/HEAD

查看你所有的提交，或者:

$ gedit .git/logs/HEAD

要查看所有的提交，

然后你可以在任何你喜欢的浏览器中编辑。

@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 Extensions GUI，如果你选择“View -> show reflog references”，它可以显示一个悬浮提交的图形可视化。 这将显示树中的悬空提交，就像所有其他引用的提交一样。这样更容易找到你要找的东西。

请参见此图像进行演示。图像上的提交C2, C3, C4和C5是悬空的，但仍然可见。

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

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

救了我一命的是下面的命令:

git reflog

在这里你会发现一个历史提交完成的屏幕，就像这样:

在这一点上，你只需要找到你需要的HEAD@{X}，创建一个临时分支，并像这样移动到它:

git checkout -b temp_branch HEAD@{X}

这样你就会有一个临时的分支来处理你丢失的提交，而不会重基或者破坏你的git存储库。

希望这对你有所帮助……

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

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