Comment importer branche svn git avec l'histoire du tronc

Question

C'est le svn trunk chemin:

http://svn/path/libs/trunk/mylib 

Et voici le chemin branch:

http://svn/path/libs/branches/mylib/mylib-feature-branch 

je dois migrer que la branche à git , mais j'ai aussi besoin de son historique avant la création de la branche.

La commande suivante va chercher seulement l'histoire de la branche:

git svn clone http://svn/path/libs/branches/mylib/mylib-feature-branch 

J'ai lu this answer, mais ne pouvait pas comprendre comment je devrais changer la commande git svn clone d'avoir toute l'histoire de la branche. Tout avis sera le bienvenu.

Answer 1

git-svn est pas le bon outil pour les conversions ponctuelles de référentiels ou de parties de référentiel. Il est un excellent outil si vous voulez utiliser Git comme frontend pour un serveur SVN existant, mais pour les conversions d'une fois, vous devriez pas utilisation git-svn, mais svn2git qui est beaucoup plus adapté à ce cas d'utilisation.

Il existe des outils pleny appelés svn2git, le meilleur est probablement le KDE de https://github.com/svn-all-fast-export/svn2git. Je recommande fortement d'utiliser cet outil svn2git. C'est le meilleur que je connaisse et il est très flexible dans ce que vous pouvez faire avec ses fichiers de règles.

Vous pourrez facilement configurer le fichier de règles afin que votre branche et son historique soient migrés.

Si vous n'êtes pas à 100% sur l'historique de votre dépôt, svneverever de http://blog.hartwork.org/?p=763 est un excellent outil pour étudier l'historique d'un référentiel SVN lors de sa migration vers Git.

---

Même si git-svn est plus facile de commencer, voici quelques autres raisons pour lesquelles l'utilisation du KDE svn2git au lieu de git-svn est supérieure, en plus de sa flexibilité:

• l'histoire est reconstruit beaucoup mieux et plus propre par svn2git (si la bonne est utilisée), c'est particulièrement le cas pour les histoires plus complexes avec des branches et des fusions et ainsi de suite
• les étiquettes sont de vraies étiquettes et non des branches dans Git
• avec git-svn les tags contiennent une validation vide supplémentaire qui les exclut également des branches, donc fetch normal ne les obtiendra pas tant que vous n'aurez pas donné à la commande car par défaut seules les balises pointant vers les branches récupérées sont également récupérées.Avec les balises svn2git appropriées sont là où ils appartiennent
• si vous avez modifié la mise en page en SVN vous pouvez facilement configurer cela avec svn2git, avec git-svn vous allez histoire perdre finalement
• avec svn2git vous pouvez également diviser un dépôt SVN dans plusieurs référentiels Git facilement
• ou combiner plusieurs dépôts SVN dans la même racine SVN dans un dépôt Git facilement
• la conversion est une fois gazillion plus rapide avec le svn2git correct qu'avec git-svn

Il y a plusieurs raisons pour lesquelles git-svn est pire et le KDE svn2git est supérieur. :-)