我也有同样的问题，这与互联网连接不好有关，所以在尝试了一些git配置后，我刚刚断开了我的网络，并再次连接，它工作了!

似乎在连接丢失(或触发此情况的操作)后，git被卡住了。

我希望这能对更多的人有所帮助。

最好的

嗯，我想推出一个219 MB的解决方案，但我没有运气

git config --global http.postBuffer 524288000

有一个525mb的后缓冲区有什么意义呢?这是愚蠢的。所以我查看了下面的git错误:

Total 993 (delta 230), reused 0 (delta 0)
POST git-receive-pack (5173245 bytes)
error: fatal: RPC failed; curl 56 SSL read: error:00000000:lib(0):func(0):reason(0), errno 10054

git想要发布5mb，然后我将post buffer设为6mb，它可以工作

git config --global http.postBuffer 6291456

当我从由elastic beanstalk管理的AWS EC2实例上托管的远程git repo克隆数据(通过HTTP)时，我就遇到了这个问题。 克隆本身也是在AWS EC2实例上完成的。

我尝试了上述所有的解决方案以及它们的组合:

setting git's http.postBuffer settinghttp.maxrequestbuffer turning off git compression and trying "shallow" git clone and then git fetch --unshallow - see fatal: early EOF fatal: index-pack failed tunning GIT memory settings - packedGitLimit et al, see here: fatal: early EOF fatal: index-pack failed tunning nginx configuration - setting client_max_body_size to both big value and 0 (unlimited); setting proxy_request_buffering off; setting options single-request in /etc/resolv.conf throttling git client throughput with trickle using strace for tracing git clone considering update of git client

在所有这些之后，我仍然一次又一次地面临同样的问题，直到我发现这个问题是在弹性负载均衡器(ELB)切断连接。 在直接访问EC2实例(一个托管git repo)而不是通过ELB之后，我终于成功克隆了git repo! 我仍然不确定是哪个ELB(超时)参数导致了这一点，所以我仍然需要做一些研究。

更新

改变AWS弹性负载均衡器的连接耗尽策略，将超时时间从20秒提高到300秒，似乎为我们解决了这个问题。

git克隆错误和“连接耗尽”之间的关系很奇怪，对我们来说并不明显。可能是连接耗尽超时更改导致ELB配置中的一些内部更改，从而修复了过早关闭连接的问题。

这是AWS论坛上的相关问题(还没有答案):https://forums.aws.amazon.com/thread.jspa?threadID=258572

在MacOSX High Sierra游戏中，我的解决方案是:

brew install git-lfs

我的存储库被克隆了，没有任何错误。

我也有同样的问题， 我用试错法解决了这个问题。我改变了core。compression值直到它生效。

在3次尝试后，我从“git配置-global core.compression 1”开始

“git config—global core.compression 4”对我很有用。

这解决了我的问题:

git clone --depth=20 https://repo.git -b master