Wie kann ich mit Mercurial eine Reihe von Änderungssätzen vor dem Drücken zu einem komprimieren?

Angenommen, ich habe ein lokales und ein entferntes Mercurial-Repository. Jetzt arbeite ich an einer Funktion. Ich arbeite daran und wenn ich denke, dass es fertig ist, lege ich das Änderungsset fest. Wenn ich es ein bisschen mehr teste, finde ich, dass ich diese Funktion weiter verbessern kann, indem ich etwas im Code optimiere. Ich mache die Änderung und verpflichte mich. 20 Minuten später stelle ich fest, dass diese neue Funktion einen Fehler enthält, also behebe ich ihn und begebe ihn auch.

Ich habe jetzt 3 Änderungssätze, die ich wirklich gerne als einen Änderungssatz mit der Meldung "Implementieren von Feature X" an das Remote-Repository senden möchte.

Wie kann ich das ohne großen Aufwand tun? Ich glaube, ich könnte es mit Patches machen, aber es scheint viel Arbeit zu sein.

Wie wäre es mit der Collapse Extension ?

Die histedit- Erweiterung ist genau das, wonach Sie suchen.

hg histedit -o

oder

hg histedit --outgoing

zeigt eine Liste der ausgehenden Änderungssätze an. Aus der Liste können Sie

• Falten Sie zwei oder mehr Änderungssätze, um einen einzigen Änderungssatz zu erstellen
• Löschen Sie Änderungssätze, um sie aus dem Verlauf zu entfernen
• Ändern Sie die Änderungssätze nach Belieben.

histedit fordert Sie zur Eingabe der neuen Festschreibungsnachricht der gefalteten Änderungssätze auf, die standardmäßig die beiden Nachrichten enthält, wobei "\ n *** \ n" sie trennt.

Sie können ähnliche Ergebnisse auch mit der Erweiterung mq erzielen, dies ist jedoch viel schwieriger.

Sie können die Collapse-Erweiterung auch verwenden, um nur das Falten durchzuführen. Sie bietet jedoch keine so schöne Benutzeroberfläche und keine Möglichkeit, die resultierende Commit-Nachricht zu bearbeiten. Durch das Bearbeiten der resultierenden Festschreibungsnachricht kann auch die endgültige Nachricht bereinigt werden, was ich am Ende immer verwende.

Ja, Sie können dies mit Patches tun: Nehmen wir an, Ihre Arbeit befindet sich in den Änderungssätzen 100 bis einschließlich 110

1. Erstellen Sie einen Patch:

   % hg export -o mypatch 100:110 --git

2. Update auf 99:

   % hg update 99

3. Wenden Sie den Patch mit --no-commit an (andernfalls erhalten Sie alle Ihre Änderungssätze zurück):

   % hg import --no-commit mypatch

4. Übernehmen Sie alle Änderungen auf einmal:

   % hg commit

5. Sie haben jetzt zwei Köpfe (110 und 111), die in Bezug auf die Dateien, die sie in Ihrem Arbeitsverzeichnis erstellen, gleichwertig sein sollten.

   % hg strip 100

OK, jetzt, wo ich alles dargelegt habe, scheint es langwierig zu sein, aber nachdem ich es ein paar Mal selbst gemacht habe, finde ich es nicht zu mühsam ...

Wenn Sie TortoiseHg verwenden, können Sie mit nur zwei Revisionen auswählen (verwenden Sie STRG, um nicht nachfolgende Revisionen auszuwählen), mit der rechten Maustaste klicken und "Verlauf komprimieren" auswählen .

Danach erhalten Sie ab der ersten Änderung, die Sie zuvor ausgewählt haben, eine neue Änderungsliste in neuem Kopf. Sie enthält alle Nachkommen-Änderungslisten zwischen den von Ihnen ausgewählten.

Sie können alte Änderungslisten einfach entfernen, wenn Sie sie nicht mehr benötigen: Verwenden Sie dafür MQ- Erweiterungen. Wiederum in TortoiseHg: Klicken Sie mit der rechten Maustaste auf die erste Änderungsliste, die mit allen Nachkommen entfernt werden muss: "Verlauf ändern -> Entfernen" .

Meine bevorzugte Methode zur Verwendung von mq für diese Faltung ist die Verwendung von TortoiseHg, wie hier beschrieben . Dies kann jedoch einfach über die Befehlszeile erfolgen:

hg qimport -r <first>:<last> 
    -- where <first> and <last> are the first and last changesets 
    -- in the range of revisions you want to collapse

hg qpop <first>.diff
    -- remove all except for the first patch from the queue
    -- note: mq names patches <#>.diff when it imports them, so we're using that here

hg qfold <next>.diff
    -- where <next> is <first>+1, then <first>+2, until you've reached <last>

hg qfinish -a
    -- apply the folded changeset back into the repository

(Es gibt vielleicht einen besseren Weg, um den qfold-Schritt auszuführen, aber ich bin mir dessen nicht bewusst, da ich normalerweise TortoiseHg für diese Operation verwende.)

Es scheint zunächst etwas kompliziert zu sein, aber sobald Sie mit der Verwendung von mq begonnen haben, ist es ziemlich einfach und natürlich - und Sie können mit mq alle möglichen anderen Dinge tun, die ziemlich praktisch sein können!

hg collapseund hg histeditsind die besten Wege. Oder besser gesagt, es wäre der beste Weg, wenn sie zuverlässig funktionieren würden ... Ich musste histeditinnerhalb von drei Minuten mit einem Stack-Dump abstürzen.Collapseist nicht viel besser.

Ich dachte, ich könnte zwei andere BKMs teilen:

1. hg rebase --collapse

   Diese Erweiterung wird mit Mercurial vertrieben. Ich hatte noch keine Probleme damit. Möglicherweise müssen Sie einige Spiele spielen, um hg rebaseEinschränkungen zu umgehen. Grundsätzlich ist es nicht so, dass ein Vorfahr auf demselben Vorfahren mit demselben Namen oder Standard neu erstellt wird, obwohl dies zulässig ist, wenn zwischen (benannten) Zweigen eine Neubasis vorgenommen wird.

2. Verschieben Sie das Repository ( foo/.hg) in das Arbeitsverzeichnis ( bar) und seine Dateien. Nicht umgekehrt.

Einige Leute haben darüber gesprochen, zwei Klonbäume zu erstellen und Dateien zwischen ihnen zu kopieren. Oder zwischen ihnen flicken. Stattdessen ist es einfacher, die .hgVerzeichnisse zu verschieben.

hg clone project work
... lots of edits
... hg pull, merge, resolve
hg clone project, clean
mv work/.hg .hg.work
mv clean/.hg work/.hg
cd work
... if necessary, pull, nerge, reconcile - but that would only happen because of a race
hg push

Dies funktioniert so lange, wie die wahren Repositorys, die .hgBäume, unabhängig vom Arbeitsverzeichnis und seinen Dateien sind.

Wenn sie nicht unabhängig sind ...

Ich habe Mercurial noch nie benutzt, aber das klingt sehr nach dem, worüber Martin Fowler vor nicht allzu langer Zeit in seinem Blog gesprochen hat:

http://martinfowler.com/bliki/MercurialSquashCommit.html

Warum nicht einfach hg strip --keepbefehlen?

Dann können Sie alle Änderungen als ein Commit festschreiben.

HistEdit wird tun, was Sie wollen, aber es ist wahrscheinlich übertrieben. Wenn Sie nur einige Änderungssätze zusammenfalten müssen, erledigt die Collapse Extension die Aufgabe.

Angenommen, Sie haben zwei unveröffentlichte Commits THISund THATCommits in Mercurial und möchten, dass sie sich an THISPunkt :: zu einem einzigen Commit verbinden.

... --> THIS --> ... --> THAT --> ... --> LAST

Überprüfen Sie, ob Ihre Commits nicht veröffentlicht wurden ::

$ hg glog -r "draft() & ($THIS | $THAT)"

Update zum LASTFestschreiben ::

$ hg up

und Import Commits bis zu THISin MQ ::

$ hg qimport $THIS::.

Entfernen Sie alle Patches und wenden Sie nur zuerst an THIS::

$ hg qpop -a
$ hg qpush
$ hg qapplied
... THIS ...

Join with THAT::

$ hg qfold $THATNAME

HINWEIS Um den Namen zu finden, THATNAMEverwenden Sie ::

$ hg qseries

Wenden Sie alle Patches an und verschieben Sie sie in den Repository-Verlauf ::

$ hg qpush -a
$ hg qfinish -a

Mein Blog-Beitrag zum Thema ist Beitritt zu zwei Commits in Mercurial .

Ja, strip --keepfunktioniert für die Frage des Autors. Aber es war etwas anders als bei anderen, zum Beispiel, wenn Sie eine Version von 1 bis 30 haben, aber nur die Version 12-15 reduzieren möchten. Andere Lösungen funktionieren aber nicht strip --keep.