网络质量很重要，尽量切换到不同的网络。 帮助我的是把我的互联网连接从维珍媒体(Virgin Media)的高速陆地宽带改为手机上的热点。

在此之前，我尝试了限制克隆大小的公认答案，尝试了在64位和32位版本之间切换，尝试了禁用git文件缓存，没有一个有用。

然后我通过我的手机切换到连接，第一步(git克隆—深度1 <repo_URI>)成功了。切换回我的宽带，但下一步(git fetch -unshallow)也失败了。所以我删除了到目前为止克隆的代码，切换到移动网络，再次尝试默认方式(git clone <repo_URI>)，它成功了，没有任何问题。

这是令人困惑的，因为Git日志可能会提示任何连接或ssh授权错误，例如:ssh_dispatch_run_fatal: connection to x.x.x.x port yy: message authentication code incorrect，远端意外挂起，早EOF。

服务器端解决方案

让我们在服务器端优化git存储库:

进入我的服务器的git裸库。 调用git gc。 调用git重新打包-A

Eg:

ssh admin@my_server_url.com
sudo su git
cd /home/git/my_repo_name # where my server's bare repository exists.
git gc
git repack -A

现在我能够克隆这个存储库没有错误，例如在客户端:

git clone git@my_server_url.com:my_repo_name

git gc命令可以在git客户端调用，以避免类似的git推送问题。

如果您是Gitlab服务的管理员，请手动触发Housekeeping。它在内部调用git gc或git repack。

客户端解决方案

其他(黑客，仅客户端)解决方案是下载没有历史记录的上一个master:

git clone --single-branch --depth=1 git@my_server_url.com:my_repo_name

有可能不会发生缓冲区溢出。

尝试了这里的大部分答案，我得到的错误与PUTTY SSH客户端与所有可能的星座。

一旦我切换到OpenSSH，错误就消失了(删除环境变量GIT_SSH并重新启动git bash)。

我用的是一台新机器和最新的git版本。在许多其他/旧机器上(AWS也是如此)，它在没有任何git配置的情况下使用PUTTY也能正常工作。

在您的本地机器目录中，您可能会耗尽空间。在您要下载的机器中添加额外的存储空间，并重复签出。你的问题可能就是这么简单。

只是在这里添加一个提示，如果你的git克隆命令有一个代理参数，你的代理服务器可能会过早地断开你的http/s请求，因为它自己的配置不允许太大的http响应二进制。仅供参考。

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

这是