正如@ingyhere所说:

浅克隆

首先，关闭压缩:

git config --global core.compression 0

接下来，让我们做一个部分克隆来截断下来的信息量:

git clone --depth 1 <repo_URI>

当它工作时，进入新目录并检索克隆的其余部分:

git fetch --unshallow

或者,或者,

git fetch --depth=2147483647

现在，拉一下:

git pull --all

然后解决你本地分支只跟踪主的问题

在您选择的编辑器中打开git配置文件(.git/config)

上面写着:

[remote "origin"]
    url=<git repo url>
    fetch = +refs/heads/master:refs/remotes/origin/master

换线

fetch = +refs/heads/master:refs/remotes/origin/master

to

fetch = +refs/heads/*:refs/remotes/origin/*

做一个git取回和git将拉你所有的远程分支现在

就我而言，我只是升级了我的OpenSSL版本。旧版本的OpenSSL有漏洞，也没有可能需要的最新算法。截至今天，命令openssl version显示openssl 1.1.1f 31 Mar 2020。

以前的回答建议设置为512m。我想说，有理由认为这在64位架构上是适得其反的。核心文档。packedGitLimit说:

缺省情况下，在32位平台上是256mib，在64位平台上是32tib(实际上是无限的)。这对于所有用户/操作系统都是合理的，除了最大的项目。您可能不需要调整这个值。

如果你想尝试一下，检查你是否设置了它，然后删除设置:

git config --show-origin core.packedGitLimit
git config --unset --global core.packedGitLimit

在我的例子中，问题不在于git配置参数，而是我的存储库中有一个文件超过了系统允许的最大文件大小。我能够检查它试图下载一个大文件，并得到一个“文件大小限制超过”在Debian上。

之后，我编辑了我的/etc/security/limits.conf文件，在它的末尾添加了以下几行:

硬fsize 1000000 软fsize 1000000

要真正“应用”新的限制值，您需要重新登录

首先，关闭压缩:

git config --global core.compression 0

接下来，让我们做一个部分克隆来截断下来的信息量:

git clone --depth 1 <repo_URI>

当它工作时，进入新目录并检索克隆的其余部分:

git fetch --unshallow 

或者,或者,

git fetch --depth=2147483647

现在，做一个常规的拉:

git pull --all

我认为在1.8版本中msysgit有一个小故障。x版本会加剧这些症状，因此另一种选择是尝试较早版本的git(我认为<= 1.8.3)。

对我来说，当我把压缩改为 Git配置——global core.compression

这是