列出和删除没有分支的Git提交（悬挂吗？）

我有一个Git存储库，里面有很多没有特定分支的提交，我可以git show，但是当我尝试列出包含它们的分支时，它什么也不报告。

我以为这是悬而未决的提交/树问题（由于-D分支），所以我修剪了存储库，但此后我仍然看到相同的行为：

$ git fetch origin

$ git fsck --unreachable
$ git fsck

没有输出，没有悬空（对吗？）。但是提交存在

$ git show 793db7f272ba4bbdd1e32f14410a52a412667042
commit 793db7f272ba4bbdd1e32f14410a52a412667042
Author: ...

而且它不能通过任何分支到达

$ git branch --contains 793db7f272ba4bbdd1e32f14410a52a412667042

没有输出。

提交的确切状态是什么？如何列出处于相似状态的所有提交？我该如何删除那些提交？

没有输出，没有悬空（对吗？）

请注意，您的引用日志中引用的提交被认为是可以到达的。

提交的确切状态是什么？如何列出状态相似的所有提交

通过--no-reflogs说服git fsck将其展示给您。

我该如何删除那些提交？

一旦您的reflog条目过期，这些对象也将由清除git gc。

到期由调控gc.pruneexpire，gc.reflogexpire和gc.reflogexpireunreachable设置。cf. git help config。

默认值都非常合理。

要删除所有悬空的提交和从引用日志中可以到达的提交，请执行以下操作：

git reflog expire --expire-unreachable=now --all
git gc --prune=now

但是请确保这是您想要的。我建议您阅读手册页，但要点如下：

git gc删除无法访问的对象（提交，树，blob（文件））。如果对象不是某个分支的历史记录的一部分，则该对象是不可访问的。实际上，它有点复杂：

git gc 还有其他一些事情，但它们在这里并不相关，也不危险。

小于两个星期的无法访问的对象不会被删除，因此我们使用--prune=now这意味着“删除之前创建的无法访问的对象”。

也可以通过reflog到达对象。分支记录某些项目的历史记录，而刷新记录则记录这些分支的历史记录。如果您进行修改，重置等。提交将从分支历史记录中删除，但是git会保留它们，以防万一您意识到自己做错了。使用刷新日志可以方便地找出对分支（或HEAD）执行了哪些破坏性（和其他）操作，从而更容易撤消破坏性操作。

因此，我们还必须删除引用日志，以实际删除分支中无法访问的所有内容。我们通过使--allreflog 过期来实现。git再次保留了一些保护用户的reflog，因此我们不得不再次告诉它不要这样做：--expire-unreachable=now。

由于我主要使用reflog从破坏性操作中恢复，因此我通常改用reflog --expire=now，这将彻底消除reflog。

在遵循了该线程中的所有建议之后，我仍然遇到相同的问题：

git reflog expire --expire-unreachable=now --all
git gc --prune=now
git fsck --unreachable --no-reflogs   # no output
git branch -a --contains <commit>     # no output
git show <commit>                     # still shows up

如果不是reflog而不是分支，则它必须是标记！

git tag                             # showed several old tags created before the cleanup

我使用删除了标签git tag -d <tagname>并重新进行了清理，旧的提交不见了。

git branch --contains 793db7f272ba4bbdd1e32f14410a52a412667042

可能只需要

git branch -a --contains 793db7f272ba4bbdd1e32f14410a52a412667042

还可以报告远程站点的分支

我有一个类似的问题。我跑了git branch --contains <commit>，就像问题一样，它没有返回任何输出。

但是即使在跑步之后

git reflog expire --expire-unreachable=now --all
git gc --prune=now

我的提交仍然可以使用进行访问git show <commit>。这是因为其分离/悬挂的“分支”中的提交之一已被标记。我删除了标签，再次运行了上述命令，我很高兴。git show <commit>返回fatal: bad object <commit>-正是我所需要的。希望这可以帮助像我一样陷入困境的其他人。

我无意中遇到了同样的情况，发现我的存储中包含对无法实现的提交的引用，因此，可以从存储中获取假定的无法实现的提交。

这些就是我所做的，以使其真正无法实现。

git stash clear
git reflog expire --expire-unreachable=now --all
git fsck --unreachable
git gc --prune=now

git gc --prune=<date>默认情况下，修剪两个星期之前的对象。您可以设置一个最近的日期。但是，创建松散对象的git命令通常将运行git gc --auto（如果松散对象的数量超过配置变量gc.auto的值，则会修剪松散对象）。

您确定要删除这些提交吗？gc.auto的默认设置将确保松散的对象不会占用不合理的内存量，并且将松散的对象存储一定时间通常是一个好主意。这样，如果明天您意识到已删除的分支包含所需的提交，则可以恢复它。