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.
