当我试图从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
然后中止克隆。我该如何避免这种情况?
当前回答
网络连接问题。 可能是由于持久连接超时。 最好的办法是换一个网络。
其他回答
这种情况的发生通常是由于以下原因之一:
缓慢的互联网。
切换到网络连接稳定的局域网电缆在很多情况下都有帮助。在获取时避免执行任何并行网络密集型任务。
服务器端TCP/IP连接超时。
你也无能为力。您所能做的就是请求系统管理员或CI/CD团队增加etcp /IP超时时间并等待。
服务器负载过重。
由于工作时间服务器负载过重，下载大文件可能会不断失败。晚上开始下载后离开你的机器。
客户端机器上的小HTTPS缓冲区。
增加post和request的缓冲区大小可能会有所帮助，但不能保证
Git配置——global http。postBuffer 524288000 Git配置——global http。maxRequestBuffer 524288000 Git配置——global core.compression 0
试试这个
$ git config --global user.name "John Doe"
$ git config --global user.email johndoe@example.com
https://git-scm.com/book/en/v2/Getting-Started-First-Time-Git-Setup
这是我的工作。 capture.png
这种情况经常发生，我的网络连接很慢，我不得不克隆一个相当大的git存储库。最常见的问题是连接关闭，整个克隆被取消。
Cloning into 'large-repository'...
remote: Counting objects: 20248, done.
remote: Compressing objects: 100% (10204/10204), 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 clone http://github.com/large-repository --depth 1
$ cd large-repository
$ git fetch --unshallow
这个问题通常发生在克隆大型回购时。如果git克隆http://github.com/large-repository——depth 1在windows cmd上不起作用。尝试在windows powershell中运行该命令。
下面这些步骤对我很有用:
cd [dir]
git init
git clone [your Repository Url]
我希望这对你也有用。
