当我试图从GitLab (GitLab 6.6.2 4ef8369)克隆一个存储库时，我遇到了这个错误:
remote: Counting objects: 66352, done.
remote: Compressing objects: 100% (10417/10417), done.
error: RPC failed; curl 18 transfer closed with outstanding read data remaining
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed
然后中止克隆。我该如何避免这种情况?
当前回答
此问题出现在代理问题或网络缓慢时。你可以选择深度解决方案，或者
git fetch --all or git clone
如果给出curl 56 Recv失败的错误，则通过zip或下载文件 指定分支的名称，而不是——all
git fetch origin BranchName
其他回答
几天后，今天我才解决了这个问题。按照本文生成ssh密钥:
https://help.github.com/articles/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent/
申报给
Git提供者(我正在使用的GitLab, GitHub)。 将此添加到本地标识。
然后通过命令克隆:
git clone username@mydomain.com:my_group/my_repository.git
没有错误发生。
上述问题
RPC失败;Curl 18传输关闭，读取数据出色 剩下的
因为通过HTTP协议克隆时出现错误(curl命令)。
并且，你应该增加缓冲区大小:
git config --global http.postBuffer 524288000
对我来说，这个问题是因为代理配置。我在代理例外中添加了ip git服务器。 git服务器是本地的，但是no_proxy环境变量设置不正确。
我使用这个命令来识别问题:
#Linux:
export GIT_TRACE_PACKET=1
export GIT_TRACE=1
export GIT_CURL_VERBOSE=1
#Windows
set GIT_TRACE_PACKET=1
set GIT_TRACE=1
set GIT_CURL_VERBOSE=1
作为回报，有“代理授权”，因为git服务器不应该通过代理。 但真正的问题是代理规则定义的文件大小
网络连接问题。 可能是由于持久连接超时。 最好的办法是换一个网络。
这种情况的发生通常是由于以下原因之一:
缓慢的互联网。
切换到网络连接稳定的局域网电缆在很多情况下都有帮助。在获取时避免执行任何并行网络密集型任务。
服务器端TCP/IP连接超时。
你也无能为力。您所能做的就是请求系统管理员或CI/CD团队增加etcp /IP超时时间并等待。
服务器负载过重。
由于工作时间服务器负载过重，下载大文件可能会不断失败。晚上开始下载后离开你的机器。
客户端机器上的小HTTPS缓冲区。
增加post和request的缓冲区大小可能会有所帮助，但不能保证
Git配置——global http。postBuffer 524288000 Git配置——global http。maxRequestBuffer 524288000 Git配置——global core.compression 0
如上所述，首先从bash运行git命令，在开始时添加增强的日志指令:GIT_TRACE=1 GIT_CURL_VERBOSE=1 git…
例如:GIT_CURL_VERBOSE=1 GIT_TRACE=1 git -c diff.mnemonicprefix=false -c core。Quotepath =错误的获取源 这将显示详细的错误信息。
