2010-04-21 6 views
0

mise en pension: a/1 a/2 a/3 ... b/1 b/2 ... c/1 c/2 ...git-svn sur un grand sous-ensemble de repo svn

git-svn fonctionne parfaitement pour moi si je travaille sur 1 sous-répertoire svn repo. Mais maintenant je suis confronté à la nécessité de travailler sur plusieurs sous-répertoires (comme, a/1, a/2 et b/1), et il y a beaucoup de merde dans le repo à côté d'eux. J'ai réussi à écrire une expression rationnelle pour cela, mais git-svn avec --ignore-paths semble vérifier chaque nom de fichier par rapport à cette expression rationnelle, au lieu d'ignorer des dossiers entiers, donc c'est trop lent./* Probablement je devrais déposer un rapport de bogue à ce sujet */

Donc - des idées de manipulation de ceci? Si un agent Mercurial svn peut faire des clones sélectifs, c'est OK aussi, mais je ferais mieux de m'en tenir à git. Mon autre idée était un proxy svn sélectif, mais je n'ai pas réussi à googler quelque chose comme ça. Merci!

Répondre

0

Jusqu'à présent, je n'ai pas vu un bon moyen d'atteindre cet objectif.

Avez-vous pensé en cours d'exécution: clone git svn clone yourhost.com/a/1 git svn yourhost.com/a/2~~V~~singular~~3rd ....

Cela devrait réduire le transfert, puis vous cousez les informations ensemble via Git Fusion (dans un référentiel) et/ou pensé git submodules.

+0

Oui, je l'ai considéré. Cela vous empêche de valider tous les changements à la fois. Pas un gros problème, mais plutôt gênant. – an146

Questions connexes