échec de git-svn clone, l'erreur perl.exe a échoué

Mon travail a une base de code absolument massive et ancienne qui devient très rapidement intenable pour merge plusieurs projets set. J'essaye de tirer le repository – avec toute son histoire – dans git pour résoudre certains de ces problèmes.

Cependant, git svn cause de nombreux problèmes lors de la tentative de spécifier des commands pour s'assurer que l'historique entier est tiré.

Le repository svn et la machine cliente effectuant le tirage sont tous deux basés sur Windows 7 (le référentiel svn est sur une machine Server 2008, mais le même kernel est vraiment).

Ce sont les commands que j'ai essayées jusqu'ici:

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

Problème: Cela récupère un référentiel fonctionnel, mais ne tire qu'environ un quart de l'historique associé au référentiel, en raison d'une mise à niveau majeure il y a environ un an, sur laquelle personne ne peut me donner trop de détails. Je ne sais pas pourquoi cette rupture se produit. Certaines des twigs qui font partie du référentiel, de manière confuse, n'ont pas de commits en commun avec le tronc de la ligne principale. Cela compromet gravement les avantages de la fusion.

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

Problème: aucun argument twigs, ne récupère pas correctement les twigs.

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

Problème: l'erreur suivante:

  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 

La trace de stack est une collection incompréhensible d'locations de pointeurs qui ne fournit aucune information utile. Un exemple:

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

Solutions Collecting From Web of "échec de git-svn clone, l'erreur perl.exe a échoué"

Je pense que c'est le même problème que git svn dcommit échoue à cause de l'erreur d'assertion "svn_fspath__is_canonical (child_fspath)" (cygwin)

Les solutions suggérées pourraient ne pas être aussi satisfaisantes (downgrade …), cependant.

Avez-vous vérifié pour voir si vous manquez de memory? Le clone original est vraiment intensif en RAM. Si vous êtes vous pouvez faire le clone sur une autre machine et ensuite le transférer à la machine de développement pour l'utilisation.