git clone falla con el "package de índice" fallido?

Así que creé un repository remoto que no está vacío (porque necesito networkingmine para poder leerlo), y está configurado para ser compartido con el grupo (entonces git init –shanetworking = group). Pude presionar al repository remoto y ahora estoy intentando clonarlo.

Si lo clono en la networking obtengo esto:

remote: Counting objects: 4648, done. remote: Compressing objects: 100% (2837/2837), done. error: git-upload-pack: git-pack-objects died with error.B/s fatal: git-upload-pack: aborting due to possible repository corruption on the remote side. remote: aborting due to possible repository corruption on the remote side. fatal: early EOF fatal: index-pack failed 

Puedo clonarlo localmente sin ningún problema, y ​​ejecuté "git fsck", que solo informa algunos treees / blobs que cuelgan, y entiendo que no son un problema. ¿Qué podría estar causando esto? Todavía puedo sacarlo, solo no clonar. Debo señalar que la versión remota de git es 1.5.6.5 mientras que local es 1.6.0.4

Traté de clonar mi copy local del repository, eliminando la carpeta .git y empujando a un nuevo repository, luego clonando el nuevo repository y obtengo el mismo error, lo que me lleva a creer que puede ser un file en el repository que está causando git-upload-pack para fallar …

Editar: Tengo un número de binarys de Windows en el repository, porque acabo de build los modules de python y luego los coloqué allí para que los demás no tengan que buildlos también. Si elimino los binarys de Windows y paso a un repository nuevo, puedo clonar nuevamente, quizás eso da una pista. Tratando de networkingucir exactamente qué file está causando el problema ahora.

La forma en que resolví este problema es esta: mi git daemon se está ejecutando en Windows, y los clientes están en otras computadoras.

Encontré una solución alternativa (pero solo funcionará en Windows).

Inicie git daemon con verbose desde cmd.exe:

 "C:\Program Files\Git\bin\sh.exe" --login -i -c 'git.exe daemon --verbose ' 

No probado, si funciona directamente en git bash. Tal vez lo hará.

Luego (antes de iniciar cualquier copy, tire, busque, …) select un text en la window (nota: "Modo de edición rápida" debe estar habilitado (puede encontrarlo en: cmd.exe -> Propiedades (click la esquina superior izquierda) esquina de la window de cmd) -> Editar opciones)) en la que se ejecuta git daemon. Eso evitará que imprima más posts en esa window.

Cuando el hilo de salida de git daemon está bloqueado de esa manera, entonces el error no ocurre

Tengo el mismo problema que tú; el post de error cuando clono yo:

 Cloning into test... remote: Counting objects: 6503, done. remote: Compressing objects: 100% (4519/4519), done. Connection to git.myhost.im closed by remote host.| 350 KiB/s fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed 

En mi caso, la razón es que el tamaño de mi repository (200M) es mayor que la memory de mi server git (128M). Cuando realizo la clonación desde el server de git , uso el command top en mi server, lo que muestra que el uso de la memory supera los 128M.

Cuando uso otro server que tenga memory 4G, el git clone está bien. También podría intentar agregar más espacio de intercambio a su server.

¿Se queja "git gc"?

Yo tuve el mismo problema. También creo que esto tiene que ver con el hecho de que uso el modo text / CRLF para los files creados. Y, de hecho, después de cambiar CygWin a modo de línea nueva UNIX / binary, todo funciona bien.

Ver:

Por cierto, la forma más fácil para mí de cambiar el modo de file era editar / etc / fstab para cambiar de

none / cygdrive cygdrive text, posix = 0, user 0 0

a

none / cygdrive cygdrive binary, posix = 0, usuario 0 0

Use la variable de entorno GIT_TRACE para get resultados de debugging. Establézcalo en "1" para rastrear hasta stderr o una ruta absoluta para rastrear hasta el file.

También tuve problemas con cygwin git, el error: fatal: index-pack failed ,

Pude resolverlo creando una montura para mis proyectos y configurándola en modo binary. ya que my /c está configurado en modo de text.

Agregue cygwin a /etc/fstab :

 c:/work/Projects /projects some_fs binary 0 0 

Ejecute mount -a para montar todas las unidades.

Debes estar en /projects para trabajar con cygwin git , /c/work/Projects fallarán.

No estoy seguro si esto funcionará para usted.

Actualicé la fuente git de mi computadora cliente a la misma versión que el server y eso me solucionó.

Tengo el mismo problema y cambiaría mis configuraciones de git a y eso funciona bien:

git config –global pack.packSizeLimit 50m
git config –global pack.windowMemory 50m
git config –global core.compression 9

Resuelvo este problema al arreglar el permiso de la carpeta:

 sudo chmod 777 -R Your_folder