Wie mehrere patches mit hg-Befehl Linie, wenn es bereits übernommene änderungen?

Dies ist das Verhalten, dass wurde von der Mercurial Autoren: stellen Sie sich vor, dass Sie "manuell aus" nicht festgeschriebenen änderungen in einer Arbeitskopie, möchten wir nicht hg import automatisch den patch anwenden, und verpflichten sich beide Ihre änderungen, und der patch ändert eine falsche log-Meldung, und beide Veränderungen miteinander verflochten.

Dies ist der Grund, warum die hg help import sagt:

Because import first applies changes to the working directory, import will
abort if there are outstanding changes.

Den import-Befehl ist mehr für den Import von Differenzmengen (mit metedata, wenn die Daten stammen aus hg export) als nur das einspielen von patches. Wenn Sie Ihre eigenen änderungen in die Arbeitskopie können Sie zum Beispiel noch verwenden hg import --bypass und es wird kein Fehler passieren, weil die übertragung unmittelbar angewendet werden, um das repository und nicht in der Arbeitskopie. (Hinweis: aber dann, wenn Sie nur Ihre änderungen, die Sie erhalten zwei Köpfe, die Sie Zusammenführen müssen.. :-).

Lösung mit dem command line für Unix-Systeme ist die Verwendung des patch - Befehl, sondern direkt hg import weil dann keine Prüfung, ob lokale änderungen durchgeführt werden. E. g.,

for i in 1 2 etc.
do 
   patch -p1 < patch$i.diff
done
hg commit ...

Für nicht-Unix-Systemen kann man auch eine Reine Mercurial-Lösung durch die Installation der shelve Erweiterung, so dass es in der globalen Konfigurationsdatei (mercurial.ini), und verwenden Sie dann shelve zu behandeln, das führt einen patch nach dem anderen:

hg import --no-commit patch1.diff
hg shelve
hg import --no-commit patch2.diff
hg unshelve
etc.

Wenn überhaupt ein Konflikt auftreten würde, shelve erkennt es, und Sie müssten, um es zu lösen, dann sagen Sie shelve dass es gelöst ist mit der --continue option.

Hoffe, es wird helfen.

Eine mögliche Lösung ist die Verwendung Mercurial Queues (Anmerkung - es scheint, dass diese Erweiterung wird "oft als für deprecation", aber es ist nicht veraltet, nur noch, und kommt pre-installed mit Mercurial).

Wenn Sie noch nicht verwendet, MQ vor, es ist sehr praktisch, wenn auch ein wenig Komplex. Aber effektiv können Sie Warteschlangen erstellen von patches, die geschoben werden können, geändert, neu geordnet, etc.

Könnten Sie es verwenden, um zu helfen lösen Sie Ihr Problem so:

:: if you don't already have MQ initialised for the repo, do so
hg init --mq

:: import the patches you want as queue entries
hg qimport -P patch1.diff
hg qimport -P patch2.diff
hg qimport -P patch3.diff

Den -P option schiebt den änderungen, wie Sie Sie importieren, was bedeutet, dass Sie effektiv prüfen, dass Sie richtig angewendet werden.
Wenn Sie alle patches importiert, in MQ -, pop-Sie alle (also nicht angewendet werden, und Sie sind zurück zu, wo Sie gestartet sind), und Falten Sie Sie alle in eine neue, kombinierte patch:

:: go back to no patches applied, and create a new patch at the front of the queue
hg qpop --all
hg qnew -m "Your planned commit message" combined_patches
:: fold the named patches into the current one
hg qfold patch1 patch2 patch3

Dann wenn Sie glücklich sind, mit dem daraus resultierenden patch, nur konvertieren Sie es in einen "echten" changeset:

:: convert combined_patches into a "real" changeset
hg qfinish combined_patches