L'inconvénient des branches "nommées" dans mercurial sont que le nom est inscrit dans les metadata des changesets qu'on se traine éternellement ce qui n'est pas pratique dans l'optique des branches à durée de vie très courtes.
C'est la principale différence entre les branches git et les branches mercurial, les commits git ne conservent aucune information de branches.
En revanche, mercurial a toujours supportés les branches type git via les "heads", sauf que les heads n'avaient pas de nom à l'origine et du coup, c'est très chiant pour changer de head. L'extension bookmark (désormais intégré dans le coeur de mercurial) a permis d'ajouter une étiquette à un head et d'avoir un équivalent total aux branches git.
C'est très pratique de pouvoir créer une branche pour expérimenter sans se soucier à priori de savoir si on réintegrera ou non nos expérimentations (et éventuellement se trainer des metadata inutiles ad vitam eternam - surtout quand on donne des noms très cons aux branches jetables -).
Dans le même ordre de considération, les mercurial queues permettent d'avoir une souplesse similaire (voire supérieure) mais ça n'est pas forcément du goût de tout le monde de gérer des patchs queues.
[^] # Re: my 2 cts
Posté par GeneralZod . En réponse au message Mercurial bis. Évalué à 3.
L'inconvénient des branches "nommées" dans mercurial sont que le nom est inscrit dans les metadata des changesets qu'on se traine éternellement ce qui n'est pas pratique dans l'optique des branches à durée de vie très courtes.
C'est la principale différence entre les branches git et les branches mercurial, les commits git ne conservent aucune information de branches.
En revanche, mercurial a toujours supportés les branches type git via les "heads", sauf que les heads n'avaient pas de nom à l'origine et du coup, c'est très chiant pour changer de head. L'extension bookmark (désormais intégré dans le coeur de mercurial) a permis d'ajouter une étiquette à un head et d'avoir un équivalent total aux branches git.
C'est très pratique de pouvoir créer une branche pour expérimenter sans se soucier à priori de savoir si on réintegrera ou non nos expérimentations (et éventuellement se trainer des metadata inutiles ad vitam eternam - surtout quand on donne des noms très cons aux branches jetables -).
Dans le même ordre de considération, les mercurial queues permettent d'avoir une souplesse similaire (voire supérieure) mais ça n'est pas forcément du goût de tout le monde de gérer des patchs queues.