fatal: EOF temprano fatal: índice-paquete fallido

Este error puede ocurrir para necesidades de memoria de git. Puede agregar estas líneas a su archivo de configuración global de git, que está .gitconfig en $USER_HOME, para solucionar ese problema.

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

Recibí este error cuando git se quedó sin memoria.

Liberar algo de memoria (en este caso: dejar que un trabajo de compilación termine) e intentarlo de nuevo funcionó para mí.

Probé todos esos comandos y ninguno funciona para mí, pero lo que funciona es cambiar el git_url a http en lugar de ssh

Si es clonar comando hacer:

git clone <your_http_or_https_repo_url> 

De lo contrario, si usted está tirando de repo existente, hacerlo con

git remote set-url origin <your_http_or_https_repo_url>

Espero que esto ayude a alguien!

En mi caso fue un problema de conexión. Estaba conectado a una red wifi interna, en la que tenía acceso limitado a los recursos. Eso fue dejar que git hiciera la búsqueda, pero en un momento determinado se bloqueó. Esto significa que puede ser un problema de conexión de red. Compruebe si todo está funcionando correctamente: Antivirus, Firewall, etc.

Por lo tanto, la respuesta de elin3t es importante porque ssh mejora el rendimiento de la descarga para que se puedan evitar problemas de red

Finalmente resuelto por git config --global core.compression 9

De un tema de BitBucket:

Lo intenté casi cinco veces, y todavía sucede.

Entonces traté de utilizar una mejor compresión y funcionó!

git config --global core.compression 9

De la Documentación de Git:

Core.compresión
Un entero -1..9, indicando una compresión predeterminada nivel. -1 es el valor predeterminado de zlib.
0 significa que no hay compresión, y 1..9 son diversos compensaciones velocidad / tamaño, 9 siendo el más lento.
Si se establece, esto proporciona una por defecto a otras variables de compresión, como core.looseCompression y pack.compresión.

En mi caso esto fue bastante útil:

git clone --depth 1 --branch $BRANCH $URL

Esto limitará el checkout solo a la rama mencionada, por lo tanto acelerará el proceso.

Espero que esto ayude.

En mi caso nada funcionó cuando el protocolo era https, luego cambié a ssh, y me aseguré, saqué el repositorio de la última confirmación y no del historial completo, y también de una rama específica. Esto me ayudó:

Git clone depth profundidad 1 " ssh:.git "branch branch" specific_branch "

Asegúrese de que su unidad tiene espacio suficiente

Tenga en cuenta que Git 2.13.x/2.14 (Q3 2017) hace subir el valor predeterminado core.packedGitLimit que influye git fetch:
El valor límite predeterminado de packed-git se ha elevado en plataformas más grandes ( de 8 GiB a 32 GiB) para guardar "git fetch" de un fallo (recuperable) mientras "gc" se ejecuta en paralelo.

Ver commit be4ca29 (20 de abril de 2017) por David Turner (csusbdt).
Ayuda-por: Jeff King (peff).
^{(Merged by Junio C Hamano -- gitster -- en commit d97141b, 16 de mayo 2017)}

Aumentar core.packedGitLimit

Cuando se excede core.packedGitLimit, git cerrará los paquetes.
Si hay una operación de repack en paralelo con un fetch, el fetch podría abrir un paquete, y luego ser obligado a cerrarlo debido a packedGitLimit siendo golpeado.
El repack podría entonces eliminar el paquete de debajo de la búsqueda, haciendo que la búsqueda falle.

Aumente el valor predeterminado de core.packedGitLimit para evitar esto.

En las máquinas x86_64 de 64 bits actuales, hay 48 bits de espacio de direcciones disponibles.
Parece que las máquinas ARM de 64 bits no tienen una cantidad estándar de espacio de direcciones (es decir, varía según el fabricante), y las máquinas IA64 y POWER tienen los 64 bits completos.
Así que 48 bits es el único límite que razonablemente podemos cuidar. Reservamos algunos bits del espacio de direcciones de 48 bits para el uso del núcleo (esto no es estrictamente necesario, pero es mejor estar seguro), y utilizar hasta el resto 45.
Ningún repositorio git será tan grande en el corto plazo, por lo que esto debería evitar el fallo.

Desactivé todas las descargas que estaba haciendo mientras tanto, lo que liberó algo de espacio probablemente y despejó el ancho de banda

El problema de git-daemon parece haberse resuelto en v2.17.0 (verificado con un v2.16.2.1 que no funciona). Es decir, la solución de seleccionar texto en la consola para "bloquear el búfer de salida" ya no debería ser necesaria.

De https://github.com/git/git/blob/v2.17.0/Documentation/RelNotes/2.17.0.txt:

• Varios arreglos para "git daemon". (merge ed15e58efe jk / daemon-correcciones posteriores a maint).

Tengo el mismo problema. Siguiendo el primer paso anterior, pude clonar, pero no puedo hacer nada más. No se puede buscar, tirar o retirar ramas viejas.

Cada comando se ejecuta mucho más lento de lo habitual, luego muere después de comprimir los objetos.

I:\dev [master +0 ~6 -0]> git fetch --unshallow
remote: Counting objects: 645483, done.
remote: Compressing objects: 100% (136865/136865), done.

error: RPC failed; result=18, HTTP code = 20082 MiB | 6.26 MiB/s

fatal: early EOF

fatal: The remote end hung up unexpectedly

fatal: index-pack failed

Esto también sucede cuando sus referencias están usando demasiada memoria. Podar la memoria arregló esto para mí. Simplemente agregue un límite a lo que obtiene de esta manera - >

git fetch --depth=100

Esto recuperará los archivos pero con las últimas 100 ediciones en sus historias. Después de esto, puede hacer cualquier comando muy bien y a velocidad normal.

Esto funcionó para mí, configurando Googles nameserver porque no se especificó ningún nameserver estándar, seguido de reiniciar la red:

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

Ninguno de estos funcionó para mí, pero usar la herramienta incorporada de Heroku hizo el truco.

heroku git:clone -a myapp

Documentación aquí: https://devcenter.heroku.com/articles/git-clone-heroku-app

De un clon de git, obtenía:

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

Después de reiniciar mi máquina, pude clonar la multa de repo.

Si estás en Windows, es posible que quieras comprobar git clone fails con "index-pack" failed?.

Básicamente, después de ejecutar el comando git.exe daemon ..., seleccione un texto de la ventana de la consola. Reintentar tirando / clonación, podría funcionar ahora!

Ver esta respuesta para más información.