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

这是

在此期间，我关闭了所有正在进行的下载，这可能释放了一些空间，并清除了带宽

在我的情况下，当协议是https时，什么都不起作用，然后我切换到ssh，并确保，我从上次提交而不是整个历史，以及特定的分支中拉回回购。这帮助了我:

Git克隆——深度1 "ssh:。Git "——branch " specific_branch "

以上的解决方案对我都不起作用。

最终对我有效的解决方案是切换SSH客户端。 GIT_SSH环境变量设置为Windows Server 2019提供的OpenSSH。 7.7.2.1版本

C：\Windows\System32\OpenSSH\ssh.exe

我简单地安装了腻子，0.72

巧克力安装腻子

并将GIT_SSH更改为

C: \ ProgramData chocolatey喝李勃putty.portable喝工具\ PLINK.EXE。

最终通过git配置——global core.compression解决

来自BitBucket问题线程:

我试了差不多五次，还是会这样。 然后我尝试使用更好的压缩，它工作! Git配置——global core.compression

从Git文档:

core.compression 整数-1..9，表示默认压缩 的水平。-1是zlib的默认值。 0表示不压缩，1..9是 各种速度/大小的权衡，9是最慢的。 如果设置，这将提供一个 默认为其他压缩变量，如core.looseCompression 和pack.compression。

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

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

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

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