Mercurial commits vs graphique de production réelle

Question

Ok, je n'ai pas encore vu cette popup comme une question combinée sur mercurial, mais c'est quelque chose que j'ai remarqué récemment. Quand on regarde d'autres logiciels de repos pour le développement, les commits sont plutôt «idéaux», donc si l'objectif était de fixer une fonction f() alors la validation est juste 'fixed f() by ---'. Mon truc, je doute que chaque correction ait eu lieu dans un seul commit.

j'aurais quelque chose comme

[1: essayer x fixer f] -> [2: essayer y fixer f] -> [3: essayer z fixer f] -> [4: f fixe]

J'ai remarqué avec ou sans branches nommées, si j'essaie de fusionner ensuite [4: fixe] à la branche 'stable' que je possède, puis de pousser ou de tirer le changement, ça tire [1: 4] non juste [4].

Je voudrais seulement pousser une correction propre à un repo ou à une configuration de production. Quel est le moyen le plus simple de partager tous mes changements de non-test?

Answer 1

Si vous voulez seulement pousser un changeset propre, seulement faire un changeset propre. La réduction de plusieurs ensembles de modifications locaux en 1 (réponse d'A la Amber) est unidirectionnelle.

La manière que je préfère est d'utiliser les files d'attente Mercurial et de faire mes morceaux de travail dans un patch. Puis, quand c'est terminé, je finis le patch et devient un changeset.

Answer 2

Le rebase extension avec --collapse.