Stellen wir uns für einen Moment vor, Sie möchten dem HEADCommit etwas hinzufügen , dh "das zweite Commit B" in Ihrem Beispiel.
Das Commit-Popup auf centhält ein verbindliches " aAmend". Durch Drücken dieser Taste werden die bereitgestellten Änderungen am Festschreiben "geändert" HEAD. Da Commits in Git nicht veränderbar sind, wird das alte Commit durch ein neues Commit ersetzt. Ein Puffer mit der alten Festschreibungsnachricht wird geöffnet, sodass Sie ihn ändern können, falls die hinzugefügte Änderung auch eine Anpassung der Nachricht erfordert. Drücken C-c C-cSie wie immer, wenn Sie mit dem Bearbeiten der Nachricht fertig sind. Dies entspricht der Ausführung git commit --amendin der Befehlszeile.
HEADund bearbeiten Sie die Commit-NachrichtDa es häufig vorkommt, dass Sie nur die Änderung oder die Meldung anpassen müssen , bietet Magit zwei zusätzliche Varianten an:
HEADohne die Festschreibungsnachricht zu bearbeitenHEADohne die bereitgestellten Änderungen hinzuzufügenWenn Sie ein Commit bearbeiten möchten, das nicht vorhanden ist HEAD, funktioniert das oben beschriebene nicht. Diese Befehle "modifizieren" (dh ersetzen) immer das HEADCommit. Git bietet keinen einzigen Befehl zum Ändern eines Commits an, außer HEADdies ist etwas komplizierter.
Magit bietet einen solchen Befehl an, aber da es Situationen gibt, in denen dies in mehreren Schritten vorzuziehen ist, werden wir diesen zuerst erörtern.
Das Ändern eines anderen Commits als HEADkann in drei Schritte unterteilt werden:
A) HEAD.HEAD(wie oben beschrieben), was zu einem Commit führt A'.A, jedoch zusätzlich A'.Dies kann über eine interaktive Rebase erfolgen. Geben Sie rdas Fütterungsmaterial Popup zu zeigen. Geben Sie dann mden „bearbeiten ein commit“ aufzurufen rebase Variante. Ein Puffer mit den letzten Commits wird angezeigt. Bewegen Sie sich zu dem Commit, das Sie ändern möchten, und geben C-c C-cSie es ein, um es auszuwählen. Git führt dann einen Rücklauf des Verlaufs zu diesem Commit durch und zeigt Informationen über den laufenden Rücklauf im Statuspuffer an.
Ändern Sie HEADwie oben beschrieben. Dann sag Git, dass du fertig bist, indem du tippst r r. Wenn A'und BKonflikt dann rebase hält an , Bund Sie haben , um den Konflikt zu lösen. Nachdem Sie dies getan haben, drücken Sie, r rum fortzufahren.
Wenn Sie wissen, dass Ihre Änderungen zu AKonflikten führen B, gehen Sie wie oben beschrieben vor, andernfalls verwenden Sie den folgenden Ansatz.
Git erlaubt das Erstellen von "Fixup Commits" mit git commit --fixup A. Dadurch wird ein neues Commit erstellt, in dem Änderungen aufgezeichnet werden, die "in einem anderen Commit hätten vorgenommen werden müssen". Dieses Commit wird das Neue HEAD. Es gibt auch eine --squashVariante. Informationen zu den Unterschieden finden Sie auf der git-commitManpage.
Um das AFestschreiben und das neue Festschreiben tatsächlich zu kombinieren A'und dann erneut Bdarauf anzuwenden, müssen Sie rebase verwenden. Magit bietet dazu einen komfortablen Befehl r f.
Der Hauptunterschied zum obigen Ansatz besteht darin, dass wir hier zuerst ein neues Commit erstellen und es dann neu definieren, um es mit dem "Ziel" zu kombinieren und erneut anzuwenden B. Oben haben wir mit dem Umbasieren statt mit dem Festschreiben begonnen.
In Magit sind sowohl die --fixupals auch die --squashVarianten über das Commit-Popup auf fund verfügbar s. Magit bietet aber auch "sofortige" Varianten der Fixup- und Squash-Befehle für Fund an S. Diese Varianten erstellen ein neues Commit wie die "non-instant" -Varianten, kombinieren dann jedoch sofort das Fixup-Commit mit dem Ziel-Commit unter Verwendung von rebase, ohne dass Sie einen anderen Befehl aufrufen müssen.
"Instant fixup" ( c F) ist im Wesentlichen dasselbe wie "extend HEAD" ( c e), außer dass es für jedes Commit funktioniert, nicht nur HEAD.
Weitere Lektüre:
git-commit(1)git-rebase(1)
git-commitManpage-Weiterleitungen mitgit-rebase(1)den folgenden Zeilen: Die vorgeschlagene Festschreibungsnachricht für die gefaltete Festschreibung ist die Verkettung der Festschreibungsnachrichten der ersten Festschreibung und derjenigen mit dem Befehl "squash", lässt jedoch die Festschreibungsnachrichten der Festschreibungen mit dem Befehl "fixup" aus. Befehl. IOW, verwenden Sie fixup, wenn Sie nur den Code im vorherigen Commit korrigieren möchten, und squash, wenn Sie auch die Commit-Nachricht korrigieren möchten .git commit --amend –C HEADist der Git-Befehl, nach dem Sie suchen möchten, und mit dem Sie in Magit Änderungen vornehmen könnenC-c C-a.quelle
C-c C-astammt aus einer älteren Version (glaube ich). Außerdem sehe ich keine Spur von "Nachbesserung" im Hilfepuffer (?).Ein Workflow ist also:
Dann
Das automatische Quetschen verschiebt alle! Fixup-Commits automatisch an die richtige Stelle und legt fest, dass sie auf der Basisstation gequetscht werden.
quelle
iergibt michCannot rebase: Your index contains uncommitted changes. Please commit or stash them.. Es sei denn, ich habe keine nicht festgeschriebenen Änderungen. : /Proceed despite merge in rebase range? [c]ontinue, [s]elect other, [a]bort. Versucht es, mir zu sagen, dass mein Fixup bei der bevorstehenden Fusion scheitern könnte?merge in rebasesiehe BUGS untergit help rebase. Ich schlage vor, das Update vor dem Upstream zu machen.Für die Änderung des letzten Commits ist es "c a". Fixup ist für die Korrektur älterer Commits gedacht.
quelle