Änderungen zurücknehmen#
$ git reset [--hard|--soft] TARGET_REFERENCE
setzt die Historie auf einen früheren Commit zurück, z.B.:
$ git reset HEAD~1
HEAD~1
nimmt den letzten Commit zurück wobei dessen Änderungen nun wieder in den Bühnenbereich übernommen werden.
Sind Änderungen im Bühnenbereich vorhanden, so werden diese in den Arbeitsbereich verschoben, z.B.:
$ echo 'My first repo' > README.rst $ git add README.rst $ git status Auf Branch main Zum Commit vorgemerkte Änderungen: (benutzen Sie "git rm --cached <Datei>..." zum Entfernen aus der Staging-Area) neue Datei: README.rst $ git reset $ git status Auf Branch main Unversionierte Dateien: (benutzen Sie "git add <Datei>...", um die Änderungen zum Commit vorzumerken) README.rst
--hard
verwirft die Änderungen auch im Staging- und Arbeitsbereich.
$ git status Auf Branch main Zum Commit vorgemerkte Änderungen: (benutzen Sie "git rm --cached <Datei>..." zum Entfernen aus der Staging-Area) neue Datei: README.rst $ git reset --hard $ git status Auf Branch main nichts zu committen (erstellen/kopieren Sie Dateien und benutzen Sie "git add" zum Versionieren)
--soft
nimmt den oder die Commits zurück, lässt jedoch Bühnen- und Arbeitsbereich unverändert.
Warnung
Das Risiko bei
reset
ist, dass Arbeit verloren gehen kann. Zwar werden Commits nicht unmittelbar gelöscht, allerdings können sie verwaisen, so dass es keinen direkten Pfad mehr zu ihnen gibt. Sie müssen dann zeitnah mitgit reflog
gefunden und wiederhergestellt werden da Git üblicherweise alle verwaisten Commits nach 30 Tagen löscht.$ git revert COMMIT SHA
erstellt einen neuen Commit und nimmt die Änderungen des angegebenen Commits zurück, sodass die Änderungen invertiert werden.
$ git fetch --prune REMOTE
Remote-Refs werden entfernt wenn sie im Remote-Repository entfernt wurden.
$ git commit --amend
aktualisiert und ersetzt den letzten Commit durch einen neuen Commit, der alle bereitgestellten Änderungen mit dem Inhalt des vorherigen Commits kombiniert. Wenn nichts bereitgestellt ist, wird nur die vorherige Commit-Nachricht neu geschrieben.
$ git restore FILE
ändert Dateien im Arbeitsverzeichnis in einen Zustand, der Git zuvor bekannt war. Standardmäßig checkt Git
HEAD
den letzten Commit des aktuellen Zweigs aus.Bemerkung
In Git < 2.23 steht euch
git restore
noch nicht zur Verfügung. In diesem Fall müsst ihr nochgit checkout
verwenden:$ git checkout FILE
Commit im falschen Zweig zurücknehmen#
Wenn ihr versehentlich einen Commit in einem bestehenden Zweig gemacht habt, anstatt zunächst einen neuen Zweig zu erstellen, könnt ihr das in den folgenden drei Schritten ändern:
Erstellt einen neuen Zweig mit
$ git branch NEW_BRANCH
Nehmt den letzten Commit in eurem aktiven Branch zurück mit
$ git reset HEAD~ --hard
Übernehmt die Änderungen in den neuen Zweig mit
$ git switch NEW_BRANCH
Entfernen einer Datei aus der Historie#
Eine Datei kann vollständig aus Git-Historie des aktuellen Branches entfernt werden. Das ist nötig, wenn ihr beispielsweise aus Versehen Passwörter oder eine sehr große Datei zum Repository hinzugefügt habt.
$ git filter-repo --invert-paths --path path/somefile
$ git push --no-verify --mirror
Bemerkung
Informiert die Team-Mitglieder, dass sie erneut einen Klon des Repository erstellen sollten.
Entfernen einer Zeichenkette aus der Historie#
Das Entfernen funktioniert auch mit einzelnen Wörtern oder Zeichenketten:
$ git filter-repo --message-callback 'return re.sub(b"^git-svn-id:.*\n", b"", message, flags=re.MULTILINE)'
Siehe auch