Git：如何重新打包所有松散的提交

Question

使用 git gc 和 git repack （使用各种选项）后，我在文件夹 .git/objects< 中仍然有 4825 个松散提交 /代码>。我想将所有这些都放在包文件中以及其余的或另一个包文件中。

我正在进行大量提交重写（修改+变基），因此有许多无法访问的提交是完全正常的。我的 .gitconfig 包含这些参数来长时间保留引用日志和无法访问的提交。

[gc]
    reflogExpire = 300 days
    reflogExpireUnreachable = 200 days
    pruneExpire = 90 days

您可能想知道这是否有意义，但我已经需要并恢复了几个月前所做的一些提交。碰巧我们在一组新的较高优先级分支上开发了几个月，然后继续在旧的较低优先级分支上开发。

这个问题的主要原因是 git gui 不断抱怨压缩我的数据库，尽管我已经这样做了很多次。 如果我们无法打包那些松散的提交，那么这个“抱怨”可能是 git gui 中的一个错误。

Answer 1

考虑到 git bundle 仅用于处理打包对象（调用 fetch-pack)，您尝试过捆绑，然后克隆您的存储库？

git bundle create aBundle --all # hopefully package everything, 
                                # the result being *one* file.
git clone aBundle newRepo       # recreate a full repo
# check if the cloned repo contains only packaged object

如果这有效，您可以继续使用新的克隆存储库作为您的主存储库。

Answer 2

来自 git-gui 的警告只是暗示您可能需要进行一些维护。对于大多数人来说，拥有大量物体只会减慢他们的速度。对于您的情况，您应该禁用该警告。有问题的函数是 hint_gc ，它是从 git-gui 脚本文件末尾附近调用的。只需将其注释掉，如下所示。

if {[is_enabled multicommit]} {
        #after 1000 hint_gc
}

多重提交业务是一个标志，决定我们是作为提交工具还是通用应用程序运行。

如果你想在其他地方正常使用 git-gui，那么你可以添加一个存储库特定的标志。像这样的东西：

if {[is_enabled multicommit] && ![is_config_true gui.skip_gc_warning]} {
        after 1000 hint_gc
}

应该让你使用 git config --bool gui.skip_gc_warning true 来在每个存储库的基础上禁用它。