当我做一个大的提交时，尤其是当我从存储库中删除更多的文件时。之后，提交速度更快

我使用git gc后，我做了一个大的签出，并有很多新对象。它可以节省空间。例如，如果您使用git- SVN签出一个大型SVN项目，并执行git gc，通常可以节省大量空间

如果你在使用Git-Gui，它会告诉你什么时候应该担心:

这个存储库目前大约有1500个松散对象。

下面的命令会得到一个类似的数字:

$ git count-objects

除了，从它的源代码，git-gui将自己进行数学计算，实际上在.git/objects文件夹中计算一些东西，并可能带来一个近似值(我不知道tcl能正确读取它!)

无论如何，它给出的警告似乎是基于大约300个松散物体的任意数字。

这句话摘自; Git版本控制

Git runs garbage collection automatically: • If there are too many loose objects in the repository • When a push to a remote repository happens • After some commands that might introduce many loose objects • When some commands such as git reflog expire explicitly request it And finally, garbage collection occurs when you explicitly request it using the git gc command. But when should that be? There’s no solid answer to this question, but there is some good advice and best practice. You should consider running git gc manually in a few situations: • If you have just completed a git filter-branch . Recall that filter-branch rewrites many commits, introduces new ones, and leaves the old ones on a ref that should be removed when you are satisfied with the results. All those dead objects (that are no longer referenced since you just removed the one ref pointing to them) should be removed via garbage collection. • After some commands that might introduce many loose objects. This might be a large rebase effort, for example. And on the flip side, when should you be wary of garbage collection? • If there are orphaned refs that you might want to recover • In the context of git rerere and you do not need to save the resolutions forever • In the context of only tags and branches being sufficient to cause Git to retain a commit permanently • In the context of FETCH_HEAD retrievals (URL-direct retrievals via git fetch ) because they are immediately subject to garbage collection

当我做一个大的提交时，尤其是当我从存储库中删除更多的文件时。之后，提交速度更快

最新版本的git在需要时自动运行gc，所以你不需要做任何事情。参见man git-gc(1)的Options部分:“一些git命令在执行可能创建许多松散对象的操作后运行git gc——auto。”