J'utilise la KDE SVN-ALL-FAST-EXPORTS pour migrer sur un référentiel SVN laid de 22 Go en git. Les anciens mainteneurs ont fait une ramification très étrange. Je cours dans un cas où j'ai besoin de faire 2 branches pour un commettre unique.
L'arbre ressemble à ceci p> jusqu'à présent si bon ... p> Maintenant quelqu'un a créé un nouveau dossier, appelé "nouveau", par Copier (Copier SVN) Les balises de niveau supérieur et le dossier de la succursale dans «Nouveau». Je ne sais pas comment créer un dossier de la branche de niveau supérieur et des balises et de créer aussi les sous-dossiers. P> Mes règles sont les suivantes: P> match /branch/([^/]+)/
repository myrepo
branch legacy/branch/\1
end match
match /tags/([^/]+)/
repository myrepo
annotated true
branch refs/tags/legacy/\1
end match
3 Réponses :
Vous pouvez vous rendre partiellement avec un symbolique-ref ... P>
Gardez à l'esprit si vous cédez la référence Le GIT de référence ne signalera pas son nom symbolique.
Donc, après Pouvez-vous simplement filtrer le dossier legacy et ne pas l'importer? p>
Je suis désolé que vos porteurs avant étaient «créatif» p> git symbolique-ref lf / têtes / héritage-un autre-foo refs / têtes / héritage-foo code> p> p>
Git Checkout Legacy-FOO code>,
Statut de git code> signalera que vous êtes sur
Legacy-foo code> p> p> P>
dans
Même dans Subgit, vous pouvez définir plusieurs emplacements pour les branches et les balises et les envoyer dans différents espaces de noms dans le référentiel Git.
@Thekbb Bonne idée, mais j'essaie de maintenir l'histoire. Mon dernier test est l'exécution de l'ensemble actuel des règles jusqu'à ce qu'elle décède, puis retentissez l'importateur avec un ensemble différent pour générer les refus de niveau supérieur.
seconde ensemble de règles: P>
match /branch/ repository myrepo branch legacy/branch end match match /tags/ repository myrepo branch legacy/tags end