fatal:早期EOF fatal:索引包失败

我在谷歌上搜索过，找到了很多解决方案，但没有一个适合我。

我试图通过连接到LAN网络中的远程服务器从一台机器克隆。在另一台机器上运行此命令会导致错误。但是使用git运行相同的克隆命令://192.168.8.5…在服务器上，这是正常的并且成功的。

有什么想法吗?

user@USER ~
$ git clone  -v git://192.168.8.5/butterfly025.git
Cloning into 'butterfly025'...
remote: Counting objects: 4846, done.
remote: Compressing objects: 100% (3256/3256), done.
fatal: read error: Invalid argument, 255.05 MiB | 1.35 MiB/s
fatal: early EOF
fatal: index-pack failed

我已经在.gitconfig中添加了这个配置，但也没有帮助。使用git版本为1.8.5.5.2 .msysgit.0

[core]
    compression = -1

当前回答

此错误可能发生在git的内存需求。您可以将这些行添加到全局git配置文件中，即$USER_HOME中的.gitconfig，以解决这个问题。

[core] 
packedGitLimit = 512m 
packedGitWindowSize = 512m 
[pack] 
deltaCacheSize = 2047m 
packSizeLimit = 2047m 
windowMemory = 2047m

2015-03-30 20:06:58

其他回答

这些对我来说都没用，但使用Heroku的内置工具却奏效了。

heroku git:clone -a myapp

文档在这里:https://devcenter.heroku.com/articles/git-clone-heroku-app

2015-09-16 15:28:26

这对我来说很有效，设置谷歌的命名服务器，因为没有指定标准的命名服务器，然后重新启动网络:

sudo echo "dns-nameservers 8.8.8.8" >> /etc/network/interfaces && sudo ifdown venet0:0 && sudo ifup venet0:0

2015-02-23 15:04:49

从一个git克隆，我得到:

error: inflate: data stream error (unknown compression method)
fatal: serious inflate inconsistency
fatal: index-pack failed

重新启动我的机器后，我能够克隆回购罚款。

2016-08-16 11:56:53

在我的例子中，问题不在于git配置参数，而是我的存储库中有一个文件超过了系统允许的最大文件大小。我能够检查它试图下载一个大文件，并得到一个“文件大小限制超过”在Debian上。

之后，我编辑了我的/etc/security/limits.conf文件，在它的末尾添加了以下几行:

硬fsize 1000000 软fsize 1000000

要真正“应用”新的限制值，您需要重新登录

2020-03-06 09:10:24

就我而言，我只是升级了我的OpenSSL版本。旧版本的OpenSSL有漏洞，也没有可能需要的最新算法。截至今天，命令openssl version显示openssl 1.1.1f 31 Mar 2020。

2020-08-04 20:47:21

fatal:早期EOF fatal:索引包失败

推荐文章

最新文章

标签