Re: Git & Mercurial

Bonjour tous !

Moi, ya une grosse question que je me pose sur les DVCS : pourquoi tout le
monde dit que les fusions de branches "c'est mieux qu'avant" ?

Je veux dire... tous les outils se basent sur des diffs non ?

Et les problèmes des merges c'est :
- J'ai un conflit lors de mon merge => mais là, je pense pas qu'un DVCS va
être plus à même de résoudre les conflits ... peut-être diminuer sa
probabilité d'apparition du fait de commits "encore plus fréquents" (donc
diffs "plus petits") dû au repository local (qui fait qu'on peut commiter en
local, même si des tests passent pas ou, pire, que le code compile pas) ?
- Je sais pas quel commit a été reporté sur quelle branche => la
fonctionnalité de "cherry pick" chez GIT (je suppose qu'il doit y avoir un
équivalent chez Mercurial ?), et également, plus récemment, le merge
tracking chez Subversion (>= 1.5).

Je ne connais les DVCS qu'à travers ce que j'en lis à droite à gauche, mais
mon interrogation reste entière à l'heure d'aujourd'hui !
Alors .. suis-je passé à coté de quelque chose ?

Fred

2010/10/13 Jean Paliès <[email protected]>

> Sous Eclipse tu as aussi EGit, qui est pas trop mal. Comme en plus Eclipse
> foundation utilise de plus en plus Git (pour tous les projets), quand bien
> même il n'est qu'en incubation pour le moment, l'avancement est rapide. Je
> pense que dès qu'il sera sorti d'incubation, il sera livré en standard au
> même titre que CVS dans Eclipse.
>
> 2010/10/13 Antoine DESSAIGNE <[email protected]>
>
>
>> Le 13 octobre 2010 10:00, Jean-Baptiste BRIAUD -- Novlog <
>> [email protected]> a écrit :
>>
>> En fait, qu'est-ce qui vous pousse à migrer ?
>>> Qu'est-ce qui ne va pas avec SVN ?
>>>
>>> C'est vrai que je n'utilise pas (encore ?) les branches, mais je trouve
>>> SVN très bien.
>>> Est-ce seulement les branches ou bien d'autres éléments interviennent-ils
>>> dans la volonté de migrer ?
>>>
>>> Sinon, pour info, il y a un plugin GIT dans IntelliJ et je n'en ai pas
>>> trouvé pour Mercurial (après 10 seconde de recherche).
>>
>>
>> Petite explication pourquoi nous voulons nous passer de SVN
>> Le cycle de vie de notre logiciel est très classique. Nous sortons
>> régulièrement une nouvelle version et nous devons en parallèle assurer la
>> maintenance des anciennes versions. Du coup nos corrections de bugs doivent
>> être appliquées sur 4 ou 5 versions de notre logiciel. C'est justement là ou
>> le bas blesse dans SVN, le merge de modifications d'une branche à l'autre
>> est tout bonnement exécrable. A la louche je dirais:
>> - 5% de nos merges passent sans soucis
>> - 75% de nos merges passent avec des conflits et nécessitent minimum une
>> journée
>> - 20% de nos merges ne passent pas du tout et il faut entièrement refaire
>> le correctif
>>
>> Pour revenir à Mercurial et Git, il y a quand même quelque chose qui
>> m'étonne: tout le monde s'accorde à dire que cela s'utilise bien en console
>> une fois que l'on connait les commandes et les paramètres. J'ai un peu
>> l'impression que l'on retourne en arrière, subversion peut s'utiliser en
>> console mais qui sous Windows l'utilise autrement que via TortoiseSVN ou son
>> intégration dans l'environnement de développement.
>>
>> Comme pour le moment, Mercurial semble mieux intégré sous Windows
>> (TortoiseHG et MercurialEclipse) je penche toujours pour celui là.
>>
>> Si vous avez d'autres retours d'expériences ou d'autres lien je suis
>> toujours preneur.
>>
>> Bonne journée !
>>
>> Antoine.
>>
>
>
>
> --
> Jean Paliès
>