git-svn clone failure, perl.exe assertion failed

Mi trabajo tiene una base de código absolutamente enorme y antigua que se está convirtiendo rápidamente en insostenible para fusionar varios proyectos. Estoy intentando sacar el repository, con toda su historia, en git para resolver algunos de estos problemas.

Sin embargo, git svn está causando muchos problemas al intentar especificar commands para garantizar que se extrae todo el historial.

El repository svn y la máquina cliente que realiza la extracción están basados ​​en Windows 7 (el repository svn está en una máquina Server 2008, pero el mismo núcleo realmente).

Estos son los commands que he intentado hasta ahora:

git svn clone "https://path/to/svn/" "local/repository/" 

Problema: recupera un repository funcional, pero solo extrae aproximadamente 1/4 del historial asociado con el repository, debido a una actualización importante hace aproximadamente un año que nadie puede darme demasiados detalles. No sé por qué ocurre este descanso. Algunas de las twigs que forman parte del repository, confusamente, no tienen compromisos en común con el tronco de la línea principal. Esto compromete muy seriamente los beneficios de fusión que aporta git.

 git svn clone -T "https://path/to/svn/trunk/" "https://path/to/svn/" "local/repository" 

Problema: sin argumento de twigs, no recupera adecuadamente las twigs.

 git svn clone --b="https://path/to/svn/branches" -T "https://path/to/svn/trunk/" "https://path/to/svn/" "local/repository" 

Problema: el siguiente error:

  subversion/libsvn_subr/path.c:115: failed assertion `is_canonical(component, clen)`. 0 [sig] perl.exe" 4432 open_stackdumpfile: Dumping stack trace to perl.exe.stackdump 

El seguimiento de stack es una colección incomprensible de ubicaciones de puntero que no proporciona información útil. Un ejemplo:

 Frame Function Args 028F668 74F21194 (000000EC, 0000EA60, 00000000, 0028F6BC) 

Creo que este es el mismo problema que git svn dcommit falla debido al error de aserción "svn_fspath__is_canonical (child_fspath)" (cygwin)

Sin embargo, las soluciones sugeridas pueden no ser tan satisfactorias (degradación …).

¿Has revisado para ver si te estás quedando sin memory? El clon original es realmente intensivo en RAM. Si es así, puede hacer el clon en otra máquina y luego transferirlo a la máquina de desarrollo para su uso.