我尝试了这里提出的所有建议，但没有一个奏效。对我们来说，这个问题是不稳定的，而且随着回购的规模越来越大(在Jenkins Windows构建奴隶上)，情况变得越来越糟。

它最终成为git使用的ssh版本。Git被配置为使用某个版本的Open SSH，在用户的.gitconfig文件中通过内核指定。sshCommand变量。把那条线拆了，它就固定了。我相信这是因为Windows现在提供了一个更可靠/兼容的SSH版本，默认使用。

我也有同样的问题。遵循上面的第一步，我能够克隆，但我不能做任何其他事情。不能取、拉或结帐旧树枝。

每个命令运行得比平时慢得多，然后在压缩对象后终止。

I:\dev [master +0 ~6 -0]> git fetch --unshallow
remote: Counting objects: 645483, done.
remote: Compressing objects: 100% (136865/136865), done.

error: RPC failed; result=18, HTTP code = 20082 MiB | 6.26 MiB/s

fatal: early EOF

fatal: The remote end hung up unexpectedly

fatal: index-pack failed

这也发生在你的裁判使用太多内存的时候。修剪记忆为我解决了这个问题。只要给你取回的东西加上一个限制，比如->

git fetch --depth=100

这将获取历史记录中最近100次编辑的文件。 在此之后，您可以以正常速度执行任何命令。

如果你在Windows上，你可能想检查git克隆失败的“index-pack”失败?

基本上，在运行git.exe守护进程之后…命令，从控制台窗口中选择一些文本。重试拉/克隆，它现在可能工作了!

更多信息请看这个答案。

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

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

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

我也遇到过同样的问题。REPO太大，无法通过SSH下载。就像@elin3t推荐的那样，我已经通过HTTP/HTTPS克隆了，并将.git/config中的REMOTE URL更改为使用SSH REPO。

我得到了同样的错误， 在我这边，我通过运行这个命令来解决，在windows中它有一些内存问题。

git config --global pack.windowsMemory 256m