git svn fetch fatal: error de escritura: argumento inválido

La situación extraña está sucediendo cuando trato de clonar un repository svn remoto.

Cuando escribo:
git svn fetch

Git searchá la primera revisión 20 del repository remoto y luego, en algún momento después de 20 revisiones, falla y solo solicita el siguiente post de error.

fatal: error de escritura: argumento inválido

Entonces solo se sienta allí sin hacer nada más. Repetir el mismo git init y volver a search de nuevo, da como resultado exactamente el mismo lugar donde informa el error fatal.

¿Alguna idea de lo que puede ser causa de que esto suceda? Actualmente estoy ejecutando las siguientes versiones:

TortoiseGit 1.2.1.0
git versión 1.6.4.msysgit.0

Tenía un problema idéntico con Msysgit v1.7.2.3, la última versión al 29 de septiembre de 10, y quería compartir mis hallazgos aquí (Google presenta varios casos, pero no hay soluciones).

Intentar hacer "git svn rebase" en un repository (que ha funcionado esto muchas veces en el pasado) falló sistemáticamente con un "error fatal: escritura: argumento inválido" después de un cierto número de confirmaciones. La synchronization volvería al principio otra vez.

Creo que esto es un error en Msysgit relacionado con binarys grandes (ish) y memory disponible (en un sistema Win XP SP3 con 4 GB de RAM y mucho espacio libre en HD). El sistema remoto era el repository DotNetNuke SVN en CodePlex (https://dotnetnuke.svn.codeplex.com/svn).

Inicialmente se estaba ahogando en un file "CHM" de 330 KB (~ 212ª confirmación, r52261). Siempre lo hizo, incluso después de deshabilitar Avast AV, Google Desktop, etc. y verificar que no hubiera otros processs con lockings en la carpeta repo. Después de reiniciar (pero abrir Outlook, Dreamweaver, etc.), falló constantemente y repetidamente en una DLL de ~ 15.3MB (~ 416.ª confirmación, misma revisión).

Finalmente, después de otro reinicio, deshabilitando Avast, Carbonite y Google Desktop y sin ejecutar otros progtwigs, la synchronization funcionó por primera vez.

Esto parece apuntar firmemente a mi conclusión de que era un problema de memory disponible, probablemente relacionado con la presencia de un binary grande y un gran número de confirmaciones en la revisión. Tenga en count que también probé "git fsck", "git svn reset xx" y retoqué los valores de configuration "packSizeLimit" / "usedeltabaseoffset", sin éxito.

Chad: podría ser que tuvieras el mismo problema y fue el reinicio lo que ayudó, en lugar de la actualización.

Tuve un problema similar cuando traté de get un gran repository remoto. Lo intenté varias veces desde el principio, y todo el time obtuve ese error en aproximadamente la misma revisión ~ 400 (o tal vez exactamente lo mismo – no le presté mucha atención). Google no dio respuesta. Luego tomé mi tambor de chamán e intenté eliminar los processs de TSVNCache.exe y TGitCache.exe. Después de eso, no vi ese post de error. Recuperé el process de búsqueda varias veces debido a la interrupción de Internet, todo estaba bien (revisiones totales ~ 3000), parece que el problema se ha ido.

Mi suposition es que uno de esos processs bloquea algún file, el usado por git también.

NOTA: si matas esos processs y luego de iniciar Explorer, se volverán a lanzar.

La versión original que estaba usando cuando me encontré con este error fue: TortoiseGit-1.0.2.0-32bit.msi

Desde que revisé el código fuente de GIT y también el código fuente de msysGit desde su repository de Git, no pude encontrar ninguna location de este post de error.

Luego actualicé a la siguiente versión de TortoiseGit : TortoiseGit-1.2.1.0-32bit.msi

Luego ejecuté exactamente el mismo command git en el repository remoto y funcionó. Entonces, volviendo a las experiencias anteriores con GIT y Windows, concluyo los siguientes procedimientos si alguien en el futuro tiene problemas.

1) Buscar actualizaciones y actualizar a la última versión antes de la debugging
2) Intentar depurar en una versión anterior no va a ayudar, el problema podría haberse resuelto en una nueva versión.

Enlace a mi experiencia previa en este asunto: Enlace

Matar a TGitCache funcionó para mí. Odio decir que TortoiseGit realmente no es donde está TortoiseSVN … muy mal.

Si descarta la causa obvia (¡no queda espacio en el disco!), Podría estar relacionado con un problema de layout con el repository SVN remoto (twigs que no están en el subdirectory de sucursales, tags que no están en la label, …). Consulte Uso de git-svn con layouts de repository no estándar para ver un ejemplo de dicho repository de SVN.

Otro caso que solicita problemas: un repository SVN que ha cambiado su layout desde la última import

También vea problemas de mmap en Windows .

Tuve el mismo problema y tenía algunos files extraños en mi .git :

 $ ls .git 1N4s5Mx6eD 3gRNi8l7yb config ... 

después de eliminarlos ( 1N4s5Mx6eD , 3gRNi8l7yb , …) podría continuar con git svn fetch .

Creo que esa networking me da la razón, ya que git svn falló después de un file grande, por lo que los errores de transmisión de networking son más probables.