URL: https://linuxfr.org/users/crev/journaux/migrations-vers-de-vrai-outils-de-dev Title: migrations vers de vrai outils de dev... Authors: CrEv Date: 2009年05月25日T16:23:59+02:00 Tags: Score: 8 plop journal Comme pas mal de boites / projets, à mon taff on utilise subversion. C'est pas mal, ça marche, ça commit, ça update et depuis la version 1.5 ça gère les branches ... ça gère ? .... quoi ? ... des branches ... des quoi ? ... non tu déconnes là ... ou pas... eurk ! non, définitivement non, les branches ça pue dans svn Faire une branche ça roule. Merger une branche après 1 mois de taff dessus ... ça devient galère (surtout si on en a déjà fait une partie, et oublié d'indiquer les numéros de révisions dans les commits...) Merger une branche non complètement (venir piocher dedans) on peut s'en sortir Merger deux branches en partie mutuellement (du trunk vers la branche, de la branche vers le trunk, jamais de manière totale) bof bof Le tout est chiant ! Les merges sont galère, les svn:mergeinfo fleurissent, les conflits apparaissent, les indications de merge sont toujours zarb, ça me gonfle. Depuis peu, on essai d'utiliser des branches assez souvent (des branches simplement expérimentales, des branches de maintenance, etc, le tout sur des projets nombreux dans le même repository avec des liens nombreux entre certains - svn:externals) Mais forcément ça devient galère. Donc je suis en train de voir pour intégrer un système décentralisé. Non parce que c'est à la mode mais parce que c'est vraiment pratique. L'orientation de base étant le merge/les branches, on ne retrouve pas les problèmes récurrents de cvs/svn. Il devient alors facilement possible de gérer des branches de dev, des branches de maintenance, des branches locales / privées pour des expérimentations, etc, le tout sans "trop" de casse tête. La gestion des branches locales est également très pratique, surtout dans le cas où certaines personnes doivent / peuvent corriger des choses sans pour autant avoir un droit de commit dans la branche concernée. Mais voilà, pour le moment tout tourne en svn. On est donc en train de voir comment utiliser git-svn (qui est quand même vraiment sympa) ce qui permettrait d'y aller en douceur. Mais étant donné que certaines personnes travaillant sur ces programmes sont peu expérimentées / peu ouvertes au principe d'une branche / simplement réfractaire à tout changement, elles empêchent en quelque sorte la migration totale vers un système décentralisé qui serait pourtant bien intéressant pour nous autres pauvres malheureux développeurs :'( Comment c'est passés vos migrations cvs/svn vers des outils performants ? (git, mercurial, etc) Connaissez vous des outils permettant soit d'exposer un dépot git en svn (surtout que nombre de clients existes) soit de synchroniser un dépot git (ou autre) avec svn ? (avec évidemment des commits des deux côtés...) Certains ont-ils effectués ce genre de migration avec des utilisateurs peu habiles (peu connaisseurs de gestion de source) ? (Si vous voulez troller sur git c'est nul c'est qu'un truc de linus pas cohérent et xxx c'est mieux ... vous pouvez y aller, ça donne souvent de bonnes infos - sauf le point pre-cité)