Git 遇到了 early EOF index-pack failed 问题「建议收藏」

Git 遇到了 early EOF index-pack failed 问题

大家好,又见面了,我是全栈君。

今天想 clone 一下 boost 在 github 的 repo,结果在 clone 的过程中遇到了下面的错误。我原本以为是网络原因,今天学校网速废成渣了,很多同学都去网吧撸去了,所以就 retry 了一次。还是出现了下面的错误,然后就不得不 google 去了。

$ git clone https://github.com/boostorg/boost.git
Cloning into 'boost'...
remote: Counting objects: 183543, done.
remote: Compressing objects: 100% (69361/69361), done.
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed

后来 google 到的参考如下:

特别是第一篇(第一个QA),应该跟我的情况最为符合,不过我尝试了第二个 QA 中Voket 的回答给出的解决方案。因为我在  Windows 下的  Git 作的这个死。在这里就简单记录一下这个解决方案。

# 为 git 添加配置项,通过下面的命令可以简单完成
# 在这之前可以执行 git config -l 命令看看已有配置项有哪些
git config --add core.compression -1

上面是通过命令来完成的,很方便,当然可以直接修改 .gitconfig 文件(在用户目录下),如果你愿意的话。部分内容如下:

[user]
    name = Ggicci
    email = ...
[core]
    compression = -1

在 [core] 这个 section 里面添加 compression 属性即可。至于它的取值可以参考 Git Config Manpage,这个页面你可以通过man git config(linux) 或者 git config --help(windows)来查看本地版本。

core.compression

An integer -1..9, indicating a default compression level. -1 is the zlib default. 0 means no compression, and 1..9 are various speed/size tradeoffs, 9 being slowest. If set, this provides a default to other compression variables, such as core.loosecompression and pack.compression. – From Git Manpage

compression 是压缩的意思,从 clone 的终端输出就知道,服务器会压缩目标文件,然后传输到客户端,客户端再解压。取值为 [-1, 9],-1 以 zlib 为默认压缩库,0 表示不进行压缩,1..9 是压缩速度与最终获得文件大小的不同程度的权衡,数字越大,压缩越慢,当然得到的文件会越小。

这之后再尝试了一次 clone,works perfectly :)

$ git clone https://github.com/boostorg/boost.git
Cloning into 'boost'...
remote: Counting objects: 183543, done.
remote: Compressing objects: 100% (69361/69361), done.
remote: Total 183543 (delta 113990), reused 183372 (delta 113844)
Receiving objects: 100% (183543/183543), 67.89 MiB | 162.00 KiB/s, don
e.
Resolving deltas: 100% (113990/113990), done.
Checking connectivity... done.
======================补充===============================
git clone提示:

fatal: The remote end hung up unexpectedlReceiviny00 KiB/s
fatal: early EOF(328/529), 13.43 MiB | 29.00 KiB/s

fatal: index-pack failed


解决方法:

运行:git config global http.postBuffer 1048576000 即可。(亲测可行)

如果不行,试试:

git config --global core.compression 9

原文:https://blog.csdn.net/baidu_22561035/article/details/79650412

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/112285.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • vue.js中集成ueditor?

    vue.js中集成ueditor?

    2021年10月11日
  • Vue富文本_ueditor编辑器

    Vue富文本_ueditor编辑器富文本编辑器wangEditor百度UEditorbootstrap-wysiwygckeditorckeditorKindeditorTinymcevue-quill-editor很多项目中都需要用到富文本编辑器,目前也有很多种类的富文本编辑器。我就查了一下资料,了解了一些目前常用的富文本编辑器wangEditorhttp://www.wangeditor.com/index.html国产,基于javascript和css开发的web富文本编辑器,开源免费,上传图片可以控制尺寸。重点在于它轻量,

    2022年10月14日
  • Node.js

    Node.js

  • protostuff java_protostuff 及其注意事项

    protostuff java_protostuff 及其注意事项google开发的开源的序列化方案protocolbuffer(简称protobuf),它的好处很多,独立于语言,独立于平台,最最重要的是它的效率相当高,用protobuf序列化后的大小是json的10分之一,xml格式的20分之一,是二进制序列化的10分之一。protostuff是一个基于protobuf实现的序列化方法,它较于protobuf最明显的好处是,在几乎不损耗性能的情况下做到了不用…

  • java打印数组常用的几种方法[通俗易懂]

    java打印数组常用的几种方法[通俗易懂]java打印数组常用的几种方法1、使用for循环最”朴实无华“的方法,却也是屡试不爽的方法,直接打印变量名不成,逐个遍历打印一定是可以的!int[]intArray={1,2,3};for(inti=0;i<intArray.length;i++)System.out.println(intArray[i]);如果是多维数组的话,使用多层for循环嵌套就可以了。2、使用Arrays.toString()或Arrays.deepToString()对

  • STM32+MFRC522完成IC卡号读取、密码修改、数据读写

    一、环境介绍MCU:STM32F103ZET6开发软件:Keil5非接触式读写卡模块:MFRC522完整工程源码下载:https://download.csdn.net/download/xiaolong1126626497/18905806二、功能介绍使用MFRC522模块完成对IC卡卡号读取、卡类型区分、IC卡扇区密码修改、扇区数据读写等功能;底层采用SPI模拟时序,可以很方便的移植到其他设备,完成项目开发。现在很多嵌入式方向的毕业设计经常使用到该模块,比如:校园…

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号