我发现我的问题是与.netrc文件，如果是这样，那么你也可以做以下:

打开你的.netrc文件并编辑它以包含github凭证。 输入nano ~/netrc或gedit ~/netrc

然后包括以下内容: *机器github.com

登录用户名

密码的秘密

机器api.github.com

登录用户名

密码的秘密*

你可以在那里包括你的原始密码，但出于安全考虑，在这里生成一个认证令牌github令牌，并粘贴它在你的密码的地方。

希望这对大家有所帮助

在/etc/resolv.conf中，将这一行添加到文件的末尾

options single-request

面对同样的问题，试着与另一个分支合并，并从他们那里吸取教训。 对我来说也一样。

这是由于网络连接问题，我也遇到过同样的问题。 我做了一个浅层的代码副本使用

git clone --depth 1 //FORKLOCATION

稍后取消浅化克隆使用

git fetch --unshallow

这解决了我的问题:

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

当我从由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