URL: https://linuxfr.org/users/ploum/journaux/migrer-de-svn-vers-bzr Title: Migrer de Svn vers Bzr ? Authors: ploum Date: 2008年08月31日T16:20:57+02:00 Tags: openoffice Score: 8 Hello, Je découvre Bazaar qui est un gestionnaire de versions décentralisé. ( [http://bazaar-vcs.org/](http://bazaar-vcs.org/) ) L'avantage du développement décentralisé m'apparaît comme évident dans le cadre de projets open-source ouverts à tous. N'importe qui peut en effet créer facilement sa propre branche et envoyer des patchs qui seront facilement "mergeable", même sans avoir reçu d'autorisation spéciale. Bzr présente également quelques outils qui ont l'air vraiment bien comme [http://bundlebuggy.aaronbentley.com](http://bundlebuggy.aaronbentley.com) Cependant, en grand utilisateur de SVN, j'ai du mal à voir l'avantage de Bzr dans les cas de figure suivants. 1) Mon répertoire personnel. Mes documents importants sont versionnés via SVN. De cette manière, j'ai un backup (vu que le dépôt SVN est sur un serveur distant) et un historique de mes documents (via une interface Trac). Les documents sont en majorité du texte et pas mal de fichiers binaires (documents openoffice). Je suis le seul à utiliser ce dépôt. Les inconvénients de cette solution sont qu'il est très facile de foutre le bordel dans un checkout local svn (le plus souvant car manipulation des fichiers sans passer par les commandes SVN), rendant les commits parfois difficiles. L'autre inconvénient est qu'il n'existe pas d'outil permettant une vraie intégration de svn avec le système de fichier. (sous Windows, il y a tortoise) Quel serait mon avantage à utiliser Bzr ? 2) Gestion de fichiers entre plusieurs personnes. Au boulot, on utilise des dépôts svn pour sauvegarder et partager des documents qui ne sont pas du code. Svn est un moyen de backup/restauration et aussi une manière d'être sur que tout le monde a toujours la dernière version. Les inconvénients de cette solution sont qu'il est très facile de foutre le bordel dans un checkout local svn (le plus souvant car manipulation des fichiers sans passer par les commandes SVN), rendant les commits parfois difficiles. Quel serait notre avantage à utiliser Bzr ? 3) Gestion d'un gros projet centralisé. Un gros projet fermé contenant, pour l'exemple, 2Go de code source. Le workflow habituel est que chaque développeur crée une branche svn avant de travailler sur un truc bien spécifique. Puis il merge. Le projet est développé en interne, sur un serveur interne, pas des gens directement connectés dessus. La décentralisation ne semble donc pas très utile à première vue. Les inconvénients sont que les opérations peuvent parfois être très lentes (grosse source) et certains merge fastidieux. Quel serait notre avantage à utiliser Bzr dans ce cas-ci ? * * * * * Bref, je suis curieux de tout retour d'expérience d'ancien utilisateur de svn qui sont passés à Bzr. Particulièrement les admins serveurs (j'ai personnellement mon serveur svn+http+ldap qui fonctionne très bien donc j'ai un peu de mal à imaginer devoir refaire tout ça). Je me pose plein de questions, je suis en plein doute... Bonus point : même questions mais pour Git cette fois (ou tout autre DVCS de votre choix) Merci d'avance