git svn rebase problema en windows

Tengo un problema con git.

Básicamente, esto es lo que tengo. Accedo a un repository svn a través de git. Hasta ahora, en files Python, todo funcionó bien.

Pero últimamente también agregué algunos files pyd, dll y lib en el repository. La primera actualización fue bien. Pero luego, estos files han sido modificados y desde entonces no puedo actualizarlos. Estos files se agregaron desde una computadora con Windows TortoiseSvn en el repository svn.

Si hago un git svn rebase en Linux, todo funciona bien.

Si hago un git svn rebase en Windows con msysgit (y también tortoisegit), tengo el siguiente error: fatal: error de escritura: argumento inválido

Si hago un git svn rebase en windows con cygwin, tengo el siguiente error: no encontré newline después de blob en /usr/lib/perl5/vendor_perl/5.10/Git.pm línea 916

Intenté varias cosas (autocrlf true / false, safecrlf true / false), agregué el file .gitattributes con la siguiente línea *. * -crlf -diff -merge y no funcionó nada.

Estoy un poco atrapado aquí, así que cualquier sugerencia sería bienvenida.

Gracias por adelantado.

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.

Descubrí que la mejor política para usar Git en Windows es decirle que no haga nada con los finales de línea.

No sé si eso te ayudará a recuperar tu actual repository de git, pero vale la pena intentarlo.

Lo puse:

[core] autocrlf = false