Es gibt ein Commit, das einfach nicht funktioniert hat, daher möchte ich es aufgeben, ohne es aus dem Verlauf zu löschen .

Ich habe von einer früheren Revision aktualisiert und mich verpflichtet, wodurch ein neuer Kopf erstellt wurde.

Ich habe keine Zweige, ich möchte keine Zweige, ich möchte einfach mit dem neuen Kopf genau so weitermachen, wie er ist, nichts Besonderes, keine Verschmelzung, keine Sorgen, vergiss einfach den vorherigen.

Ich kann anscheinend nicht herausfinden, wie das geht, und ich fange an zu glauben, dass es nicht geht. Ich finde nur Dinge über Zweige oder Dinge über das Zusammenführen.

Aktualisieren Sie Ihr Repository auf den Kopf mit der Revision, die Sie vergessen möchten, und hg commit --close-branchmarkieren Sie dann diesen (anonymen) Zweig als geschlossen. Aktualisieren Sie dann auf den Leiter des Zweigs, den Sie ausführen wollen, und die Arbeit fortsetzen.

Sie können den geschlossenen Zweig weiterhin sehen, wenn Sie die -cOption verwenden hg heads, aber er wird standardmäßig nicht angezeigt undhg merge nicht weiß, dass Sie nicht versuchen, mit dem geschlossenen Kopf zusammenzuführen.

Sie müssen hg push --forcedas erste Mal verwenden, wenn Sie diesen geschlossenen Kopf in ein anderes Repository verschieben, da Sie beim Push tatsächlich zusätzliche Köpfe im Remote-Repository erstellen. Sagen Sie Mercurial also, dass dies in Ordnung ist --force. Menschen, die am geschlossenen Kopf ziehen, werden von Warnungen nicht gestört.

Ich weiß, dass Sie zu diesem Zeitpunkt nicht mit Filialen arbeiten möchten , aber genau das haben Sie getan. Wenn Sie zu einer früheren Version zurückgekehrt sind und etwas festgeschrieben haben, das funktioniert hat, haben Sie einen Zweig erstellt - einen unbenannten Zweig, aber trotzdem einen Zweig.

Es ist kein Problem, einfach so weiterzumachen, wie Sie sind, und sich keine Sorgen um mehrere Köpfe zu machen. Wenn Sie jedoch aufräumen möchten, damit Sie nicht versehentlich einmal den falschen Kopf auswählen, können Sie den alten Ast töten.

In der Mercurial-Dokumentation gibt es einen guten Abschnitt, der Sie durch eine Reihe von Optionen rund um das Beschneiden toter Zweige führt .

Ich denke, die beste Option für Sie ist es, den alten Zweig als "geschlossen" zu markieren. Wenn Ihr alter Kopf Revision "123" ist, dann:

hg update -r 123
hg commit --close-branch -m 'Closing old branch'
hg update -C default

Geben Sie zunächst Folgendes ein:

hg heads

Stellen Sie sich vor, Sie haben drei Köpfe aufgelistet:

changeset:   223:d1c3deae6297
user:        Your name  <your@email.com>
date:        Mon Jun 09 02:24:23 2014 +0200
summary:     commit description #3

changeset:   123:91c5402959z3
user:        Your name <your@email.com>
date:        Sat Dec 23 16:05:38 2013 +0200
summary:     commit description #2

changeset:   59:81b9804156a8
user:        Your name <your@email.com>
date:        Sat Sep 14 13:14:40 2013 +0200
summary:     commit description #1

Angenommen, Sie möchten den letzten Kopf aktiv halten (223) und den Rest schließen.

Sie würden dann wie folgt vorgehen:

Kopf Nr. 59 schließen

hg up -r 59
hg ci --close-branch -m "clean up heads; approach abandoned"

Kopf Nr. 123 schließen

hg up -r 123
hg ci --close-branch -m "clean up heads; approach abandoned"

Übernehmen Sie die Änderungen

hg push

Vergessen Sie nicht, am Ende zum rechten Kopf zu wechseln

hg up -r 223

Und du bist fertig.

Sie möchten verwenden hg backout . Dadurch werden die vom Änderungssatz vorgenommenen Änderungen aus jedem untergeordneten Änderungssatz entfernt.

Überprüfen Sie dies für eine gute Erklärung. Mercurial Backout

Sowohl Nialls als auch Nicks Antworten sind direkt. Da ich viele baumelnde Köpfe erschaffe, habe ich einen Alias ​​geschrieben, um die Köpfe leichter zu schließen. Indem Sie dies zu Ihrem hinzufügen .hgrc:

[alias]
behead = !REV=$($HG id -i); $HG update $@ -q && $HG ci --close-branch -m "Closing dead head" && $HG update $REV -q

(Wenn Sie bereits einen [alias]Abschnitt haben, können Sie ihn stattdessen anhängen.)

Sie können jetzt einen Kopf in einem einzigen Befehl schließen (und ohne manuell auf einen anderen Änderungssatz aktualisieren zu müssen):

$ hg behead 123

Hinweis: Der Alias ​​nutzt die Tatsache, dass Mercurial-Aliase Shell-Befehle sein können . Dies bedeutet, dass dies wahrscheinlich nur unter UNIX funktioniert, nicht unter Windows.

Eine Alternative zum Schließen oder Entfernen des unerwünschten Zweigs besteht darin, ihn so zusammenzuführen , dass seine Auswirkungen vollständig verworfen werden, er jedoch in der Geschichte verbleibt. Dieser Ansatz ermöglicht es diesen unerwünschten Änderungen, sich in einem Push zu verbreiten. Verwenden Sie dies also nur, wenn dies der beabsichtigte Effekt ist.

Angenommen, der Änderungssatzverlauf sieht folgendermaßen aus:

1-2-3-4-5-6    
       \    
        7-8-*

und es ist 5und 6welche nicht mehr gewollt sind.

Du kannst das:

hg up 8
hg merge -r 6 -t :local
hg commit ...

was wird dies schaffen:

1-2-3-4-5-6    
       \   \
        7-8-9-*

Das Update 8stellt sicher, dass Sie an der gewünschten Stelle im Verlauf arbeiten, die Sie behalten möchten.

Das -t :localProgramm weist hg an, das Zusammenführungs-Tool " local " zu verwenden, das es anweist , Änderungen aus dem anderen Zweig zu ignorieren, dh dem, der NICHT durch den aktuellen Status des Arbeitsordners dargestellt wird. Mehr Info .

Somit bleiben die unerwünschten Änderungen in 5und 6in der Geschichte erhalten, wirken sich aber nicht auf etwas Neueres aus.

Dies ist ein Anwendungsfall für die Evolve-Erweiterung . Es ist derzeit nicht im Lieferumfang von Mercurial enthalten, daher handelt es sich technisch gesehen um eine Erweiterung eines Drittanbieters. Aber es wird ziemlich häufig von einer Reihe von Leuten genutzt, einschließlich Mercurial-Entwicklern, wird sehr aktiv entwickelt und geht nirgendwo hin.

Mit der Evolve-Erweiterung tun Sie dies einfach

hg prune -r revname

und mach weiter mit deinem Leben. Das cset wird noch da sein, aber veraltet. Es ist nur sichtbar, wenn Sie die --hiddenOption an Mercurial-Befehle übergeben, und wird standardmäßig nicht an Remote-Repositorys übertragen. Obwohl ich denke, Sie können es erzwingen, wenn Sie wirklich wollen.

Wenn das Cset, das Sie beschneiden, Vorfahren hat, die Sie behalten möchten, müssen Sie ausgeführt werden, um hg evolvediese Änderungssätze neu zu starten. hg evolvewird dies automatisch tun. Ansonsten müssen Sie nichts tun.

Sie können Ihr beschädigtes Repo auf ein neues klonen, ohne diesen unerwünschten Kopf zu klonen. Entfernen Sie dann das alte Repository, verschieben Sie den neu erstellten Klon an den ursprünglichen Ort und arbeiten Sie weiter damit. Dies wird einige Zeit dauern, aber Sie erhalten ein perfekt sauberes Repository ohne Anzeichen dieser unerwünschten Überarbeitung.

hg clone --rev myGoodResition myDirtyRepo myCleanRepo

Ich bin oft auf dieses Problem gestoßen, wenn ich einen Kopf enthaupten möchte, der irrtümlich erstellt wurde. Ich möchte immer sehen, wie es vom Erdboden verschwindet.

Holen Sie sich auf Ihrer lokalen Kopie die neueste und dann:

1. Suchen Sie den Anfang eines Kopfes, den Sie abstreifen möchten (wo sich ein neuer Hals abzweigt), und erhalten Sie die Revisionsnummer

2. Zieh es aus.

Quelle: TipsAndTricks .

Quelle: PruningDeadBranches # Using_strip .

hg --config extensions.hgext.mq= strip -n <rev>

3. Nehmen Sie eine einfache Dateiaktualisierung vor (fügen Sie einer Datei ein Leerzeichen hinzu), schreiben Sie sie fest und drücken Sie sie.

Ihr Repo sollte jetzt den Kopf abgestreift haben. Der letzte Schritt ist wichtig, da beim Strippen keine Änderungen vorgenommen werden, die Sie in Ihr zentrales Repository übertragen können. Ohne den letzten Schritt haben Sie den Kopf nur lokal abgestreift.