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

当前回答

如果你在Windows上，你可能想检查git克隆失败的“index-pack”失败?

基本上，在运行git.exe守护进程之后…命令，从控制台窗口中选择一些文本。重试拉/克隆，它现在可能工作了!

更多信息请看这个答案。

2017-06-07 03:19:57

其他回答

当我运行git拉时，我得到了与下面相同的问题

remote: Counting objects: 149, done.
Connection to git-codecommit.us-east-1.amazonaws.com closed by remote host.
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed

然后我检查了git的状态，有很多未提交的更改我通过提交和推送所有未提交的更改来解决这个问题。

2019-06-20 07:50:07

对我来说，当我把压缩改为 Git配置——global core.compression

这是

2021-09-29 23:49:32

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

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

2015-03-30 20:06:58

我尝试了这里提出的所有建议，但没有一个奏效。对我们来说，这个问题是不稳定的，而且随着回购的规模越来越大(在Jenkins Windows构建奴隶上)，情况变得越来越糟。

它最终成为git使用的ssh版本。Git被配置为使用某个版本的Open SSH，在用户的.gitconfig文件中通过内核指定。sshCommand变量。把那条线拆了，它就固定了。我相信这是因为Windows现在提供了一个更可靠/兼容的SSH版本，默认使用。

2020-01-15 12:28:23

如果你在Windows上，你可能想检查git克隆失败的“index-pack”失败?

基本上，在运行git.exe守护进程之后…命令，从控制台窗口中选择一些文本。重试拉/克隆，它现在可能工作了!

更多信息请看这个答案。

2017-06-07 03:19:57

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

推荐文章

最新文章

标签