Meilleures pratiques en mercurial: branche vs. clone, et fusions partielles?

Question

...donc je me suis habitué aux choses simples avec Mercurial (add, commit, diff) et j'ai découvert le fichier .hgignore (hourra!) et j'ai pris le coup de main pour créer et basculer entre les branches (branch, update -C).

J'ai cependant deux questions majeures :

1. Si je suis dans la branche "Branche1" et que je veux récupérer certaines mais pas toutes les modifications de la branche "Branche2", comment ferais-je ? Particulièrement si toutes les modifications sont dans un sous-répertoire. (Je suppose que je pourrais simplement cloner le dépôt entier, puis utiliser un outil de fusion de répertoires comme Beyond Compare pour choisir mes éditions. Il semble qu'il devrait y avoir un moyen d'isoler simplement les modifications dans un fichier ou un répertoire, cependant.)

2. Passer d'une branche à l'autre avec update -C semble si facile, je me demande pourquoi je prendrais la peine d'utiliser clone. Je ne peux penser qu'à quelques raisons (voir ci-dessous) -- y a-t-il d'autres raisons que j'ignore ?

   a. si j'ai besoin d'agir sur deux versions/branches en même temps (par exemple, faire une différence de métriques de performance)

   b. pour une sauvegarde (clone le dépôt sur un lecteur réseau dans un emplacement physiquement différent)

   c. pour faire la fusion de choix mentionnée ci-dessus.

Answer 1

J'utilise le clonage pour :

• Les branches locales de courte durée
• Cloner sur différentes machines de développement et serveurs

L'utilisation précédente est assez rare pour moi - principalement quand j'essaie une idée que je pourrais vouloir abandonner totalement. Si je veux fusionner, je veux fusionner TOUTES les modifications. Ce type de branchement est principalement pour suivre les branches des différents développeurs afin qu'ils ne se dérangent pas mutuellement. Juste pour clarifier ce dernier point :

• Je continue à travailler sur mes modifications et je tire les modifications de mes collègues et eux tirent les miennes.
• Quand cela me convient, je fusionnerai TOUTES les modifications de l'une (ou de toutes) de ces branches dans la mienne.

Pour les branches des fonctionnalités, ou les branches de plus longue durée, j'utilise des branches nommées qui sont plus facilement partagées entre les dépôts sans fusion. Cela se "sent" aussi mieux lorsque vous souhaitez fusionner sélectivement.

Essentiellement, je le vois de cette manière :

• Les branches nommées sont pour le développement de différentes branches ou versions de l'application
• Les clones sont pour gérer les différentes contributions à la même version de l'application.

C'est ma façon de voir les choses, même si c'est vraiment une question de politique.

Answer 2

Pour la question 1, vous devez être un peu plus clair sur ce que vous entendez par "changements". Lequel de ceux-ci voulez-vous dire :

1. "Je veux extraire certains, mais pas tous, des jeux de modifications d'une autre branche dans celle-ci."
2. "Je veux extraire la dernière version de certains, mais pas tous, des fichiers d'une autre branche dans celle-ci."

Si vous voulez dire le point 1, vous devriez jeter un œil à l'extension Transplant, en particulier l'idée de choisir quelques jeux de modifications.

Si vous voulez dire le point 2, vous devriez faire ce qui suit :

• Met à jour la branche dans laquelle vous voulez extraire les modifications.
• Utilisez hg revert -r --include pour changer le contenu de ces fichiers pour les mettre à jour dans l'autre branche.
• Utilisez hg commit pour valider ces modifications dans la branche en tant que nouveau jeu de modifications.

En ce qui concerne la question 2, je n'utilise jamais de clones de dépôts pour mes branches, donc je ne sais pas. J'utilise des branches nommées ou des branches anonymes (parfois avec des signets).

Answer 3

J'ai une autre option à vous proposer : les queues Mercurial.

L'idée est d'avoir une pile de correctifs (pas de commits, de "vrais" correctifs) sur votre répertoire de travail actuel. Ensuite, vous pouvez ajouter ou supprimer les correctifs appliqués, en ajouter un, le supprimer, en ajouter un autre, etc. Un seul correctif ou un sous-ensemble d'entre eux finit par constituer une nouvelle "fonctionnalité" comme vous le voulez probablement avec les branches. Ensuite, vous pouvez appliquer le correctif comme d'habitude (puisque c'est un changement). Les branches sont probablement plus utiles si vous travaillez avec quelqu'un d'autre... ?