Il existe des avantages à disposer de différents référentiels dans Mercurial, et des problèmes de gestion des branches.
Les branches signifient des têtes multiples, les graphes sont beaucoup plus compliqués alors, et même la représentation graphique peut ne pas être capable d'accommoder autant de chemins compliqués ... et je ne parle même pas du cerveau humain! D'autre part, avoir plusieurs référentiels signifie que chaque référentiel aura une structure beaucoup plus simple, facilitant ainsi le traumatisme cérébral dû au fait de devoir gérer plusieurs branches/fusions (ce que vous avez de toute façon, puisque deux développeurs travaillent à partir du même référentiel). changeset et avant se développent concurremment).
En outre, avec plusieurs référentiels, vous pouvez lire/éditer n'importe quel fichier sur un référentiel donné avec n'importe quel éditeur que vous utilisez (si vous maintenez le répertoire de travail à jour par rapport à la pointe).
Sur subversion, vous devez gérer plusieurs branches, il n'y a pas d'autre solution et vous devez utiliser des balises.
Sur Mercurial, les tags ne sont pas censés se déplacer (ils introduisent inutilement des changesets) et les branches sont traitées dans le commerce: vous avez toujours des branches. Cependant, puisque vous pouvez avoir plusieurs référentiels, une autre dimension vous est proposée. C'est ton choix si tu l'utilises ou non, ça m'a rendu la vie plus facile quand même.
Je pense que vous avez mal compris le fait que les balises/branches ne sont pas faites en hg de la même manière que dans svn (ce n'est pas un nouveau répertoire). – tonfa
@tonfa effectivement le livre hg recommande d'utiliser la méthode clone-per-branch. –
En fait, SVN utilise des "branches" (qui ne sont en fait que des copies bon marché) pour faire des tags. –