Ich habe ein Projekt, in dem ich lief git init. Nach mehreren Commits habe ich festgestellt git status, dass alles auf dem neuesten Stand ist und es keine lokalen Änderungen gibt.

Dann nahm ich mehrere aufeinanderfolgende Änderungen vor und erkannte, dass ich alles wegwerfen und zu meinem ursprünglichen Zustand zurückkehren wollte. Wird dieser Befehl es für mich tun?

git reset --hard HEAD

Wenn Sie Änderungen an Ihrer Arbeitskopie rückgängig machen möchten, gehen Sie folgendermaßen vor:

git checkout .

Wenn Sie Änderungen am Index rückgängig machen möchten (dh die Sie hinzugefügt haben), tun Sie dies. Warnung: Dadurch werden alle Ihre nicht gedrückten Commits zum Master zurückgesetzt! ::

git reset

Wenn Sie eine von Ihnen festgeschriebene Änderung rückgängig machen möchten, gehen Sie folgendermaßen vor:

git revert <commit 1> <commit 2>

Wenn Sie nicht verfolgte Dateien entfernen möchten (z. B. neue Dateien, generierte Dateien):

git clean -f

Oder nicht verfolgte Verzeichnisse (z. B. neue oder automatisch generierte Verzeichnisse):

git clean -fd

Hinweis: Möglicherweise möchten Sie auch ausführen

git clean -fd

wie

git reset --hard

Entfernt keine nicht verfolgten Dateien, wobei git-clean alle Dateien aus dem verfolgten Stammverzeichnis entfernt, die nicht unter Git-Tracking stehen. WARNUNG - Seien Sie vorsichtig damit! Es ist hilfreich, zuerst einen Trockenlauf mit git-clean durchzuführen, um zu sehen, was gelöscht wird.

Dies ist auch besonders nützlich, wenn Sie die Fehlermeldung erhalten

~"performing this command will cause an un-tracked file to be overwritten"

Dies kann auftreten, wenn Sie mehrere Dinge tun. Eine davon ist das Aktualisieren einer Arbeitskopie, wenn Sie und Ihr Freund beide eine neue Datei mit demselben Namen hinzugefügt haben, diese jedoch zuerst in die Quellcodeverwaltung übernommen hat und Sie sich nicht darum kümmern, Ihre nicht verfolgte Kopie zu löschen .

In dieser Situation hilft Ihnen ein Trockenlauf auch dabei, eine Liste der Dateien anzuzeigen, die überschrieben werden würden.

Erneut klonen

GIT=$(git rev-parse --show-toplevel)
cd $GIT/..
rm -rf $GIT
git clone ...

• ✅ Löscht lokale, nicht gepusste Commits
• ✅ Setzt Änderungen zurück, die Sie an nachverfolgten Dateien vorgenommen haben
• ✅ Stellt verfolgte Dateien wieder her, die Sie gelöscht haben
• ✅ Löscht die in aufgelisteten Dateien / Verzeichnisse .gitignore(wie Build-Dateien).
• ✅ Löscht Dateien / Verzeichnisse, die nicht verfolgt werden und nicht in .gitignore
• 😀 Sie werden diesen Ansatz nicht vergessen
• 😔 Verschwendet Bandbreite

Es folgen weitere Befehle, die ich täglich vergesse.

Reinigen und zurücksetzen

git clean --force -d -x
git reset --hard

• ❌ Löscht lokale, nicht gepusste Commits
• ✅ Setzt Änderungen zurück, die Sie an nachverfolgten Dateien vorgenommen haben
• ✅ Stellt verfolgte Dateien wieder her, die Sie gelöscht haben
• ✅ Löscht die in aufgelisteten Dateien / Verzeichnisse .gitignore(wie Build-Dateien).
• ✅ Löscht Dateien / Verzeichnisse, die nicht verfolgt werden und nicht in .gitignore

Sauber

git clean --force -d -x

• ❌ Löscht lokale, nicht gepusste Commits
• ❌ Setzt Änderungen zurück, die Sie an nachverfolgten Dateien vorgenommen haben
• ❌ Stellt verfolgte Dateien wieder her, die Sie gelöscht haben
• ✅ Löscht die in aufgelisteten Dateien / Verzeichnisse .gitignore(wie Build-Dateien).
• ✅ Löscht Dateien / Verzeichnisse, die nicht verfolgt werden und nicht in .gitignore

Zurücksetzen

git reset --hard

• ❌ Löscht lokale, nicht gepusste Commits
• ✅ Setzt Änderungen zurück, die Sie an nachverfolgten Dateien vorgenommen haben
• ✅ Stellt verfolgte Dateien wieder her, die Sie gelöscht haben
• ❌ Löscht die in aufgelisteten Dateien / Verzeichnisse .gitignore(wie Build-Dateien).
• ❌ Löscht Dateien / Verzeichnisse, die nicht verfolgt werden und nicht in .gitignore

Anmerkungen

Testfall zur Bestätigung aller oben genannten Punkte (Bash oder Sh verwenden):

mkdir project
cd project
git init
echo '*.built' > .gitignore
echo 'CODE' > a.sourceCode
mkdir b
echo 'CODE' > b/b.sourceCode
cp -r b c
git add .
git commit -m 'Initial checkin'
echo 'NEW FEATURE' >> a.sourceCode
cp a.sourceCode a.built
rm -rf c
echo 'CODE' > 'd.sourceCode'

Siehe auch

• git revert neue Commits zu machen, die vorherige Commits rückgängig machen
• git checkout um zu früheren Commits zurückzukehren (möglicherweise müssen Sie zuerst die obigen Befehle ausführen)
• git stashwie git resetoben, aber Sie können es rückgängig machen

Wenn Sie alle Änderungen rückgängig machen UND mit dem aktuellen Remote-Master auf dem neuesten Stand sein möchten (z. B. stellen Sie fest, dass sich der Master-HEAD vorwärts bewegt hat, seit Sie ihn abgezweigt haben und Ihr Push "abgelehnt" wird), können Sie verwenden

git fetch  # will fetch the latest changes on the remote
git reset --hard origin/master # will set your local branch to match the representation of the remote just pulled down.

Schau in Git-Reflog. Es werden alle Zustände aufgelistet, an die es sich erinnert (Standard ist 30 Tage), und Sie können einfach den gewünschten auschecken. Zum Beispiel:

$ git init > /dev/null
$ touch a
$ git add .
$ git commit -m"Add file a" > /dev/null
$ echo 'foo' >> a
$ git commit -a -m"Append foo to a" > /dev/null
$ for i in b c d e; do echo $i >>a; git commit -a -m"Append $i to a" ;done > /dev/null
$ git reset --hard HEAD^^ > /dev/null
$ cat a
foo
b
c
$ git reflog
145c322 HEAD@{0}: HEAD^^: updating HEAD
ae7c2b3 HEAD@{1}: commit: Append e to a
fdf2c5e HEAD@{2}: commit: Append d to a
145c322 HEAD@{3}: commit: Append c to a
363e22a HEAD@{4}: commit: Append b to a
fa26c43 HEAD@{5}: commit: Append foo to a
0a392a5 HEAD@{6}: commit (initial): Add file a
$ git reset --hard HEAD@{2}
HEAD is now at fdf2c5e Append d to a
$ cat a
foo
b
c
d

GEFAHR VORAUS: (Bitte lesen Sie die Kommentare. Wenn Sie den in meiner Antwort vorgeschlagenen Befehl ausführen, werden möglicherweise mehr gelöscht, als Sie möchten.)

Um alle Dateien einschließlich der Verzeichnisse vollständig zu entfernen, musste ich sie ausführen

git clean -f -d

Nachdem ich eine Reihe von Antworten gelesen und ausprobiert habe, habe ich verschiedene Randfälle gefunden, die bedeuten, dass sie manchmal die Arbeitskopie nicht vollständig bereinigen.

Hier ist mein aktuelles Bash-Skript dafür, das die ganze Zeit funktioniert.

#!/bin/sh
git reset --hard
git clean -f -d
git checkout -- HEAD

Aus dem Stammverzeichnis der Arbeitskopie ausführen.

einfach ausführen -

git stash

Es werden alle Ihre lokalen Änderungen entfernt. und Sie können es auch später verwenden, indem Sie - ausführen

git stash apply 

Ich bin auf ein ähnliches Problem gestoßen. Die Lösung besteht darin git log, nachzuschlagen, welche Version des lokalen Commits sich von der Remote unterscheidet. (ZB ist die Version 3c74a11530697214cbcc4b7b98bf7a65952a34ec).

Verwenden Sie dann git reset --hard 3c74a11530697214cbcc4b7b98bf7a65952a34ec, um die Änderung rückgängig zu machen.

Ich habe nach einem ähnlichen Problem gesucht.

Wollte lokale Verpflichtungen wegwerfen:

1. hat das Repository geklont (Git-Klon)
2. auf dev branch umgestellt (git checkout dev)
3. habe nur wenige Commits gemacht (git commit -m "commit 1")
4. aber beschlossen, diese lokalen Commits wegzuwerfen, um zu Remote (origin / dev) zurückzukehren

Das Folgende auch:

git reset --hard origin/dev

Prüfen:

git status  

        On branch dev  
        Your branch is up-to-date with 'origin/dev'.  
        nothing to commit, working tree clean  

Jetzt gehen lokale Commits verloren, zurück zum ursprünglichen geklonten Zustand, Punkt 1 oben.

Möglicherweise möchten / müssen Sie Ihre Arbeit / Dateien nicht unbedingt in Ihrem Arbeitsverzeichnis speichern, sondern müssen sie einfach vollständig entfernen. Der Befehl git cleanerledigt dies für Sie.

Einige häufige Anwendungsfälle hierfür sind das Entfernen von Cruft , das durch Zusammenführungen oder externe Tools generiert wurde, oder das Entfernen anderer Dateien, damit Sie einen sauberen Build ausführen können.

Denken Sie daran, dass Sie bei diesem Befehl sehr vorsichtig sein sollten, da er dazu dient, Dateien aus Ihrem lokalen Arbeitsverzeichnis zu entfernen, die NICHT VERFOLGT sind. Wenn Sie nach dem Ausführen dieses Befehls plötzlich Ihre Meinung ändern, können Sie den Inhalt der entfernten Dateien nicht mehr sehen. Eine Alternative, die sicherer ist, ist die Ausführung

git stash --all

Dadurch wird alles entfernt, aber alles in einem Vorrat gespeichert. Dieser Vorrat kann später verwendet werden.

Wenn Sie jedoch wirklich alle Dateien entfernen und Ihr Arbeitsverzeichnis bereinigen möchten, sollten Sie ausführen

git clean -f -d

Dadurch werden alle Dateien und auch alle Unterverzeichnisse entfernt, die aufgrund des Befehls keine Elemente enthalten. Bevor Sie den git clean -f -dBefehl ausführen , sollten Sie ihn ausführen

git clean -f -d -n

Dies zeigt Ihnen eine Vorschau dessen, was nach der Ausführung entfernt wird git clean -f -d

Hier finden Sie eine Zusammenfassung Ihrer Optionen von den aggressivsten bis zu den am wenigsten aggressiven

Option 1 : Entfernen Sie alle Dateien lokal (am aggressivsten)

git clean -f -d

Option 2 : Vorschau der oben genannten Auswirkungen (Vorschau der aggressivsten)

git clean -f -d -n

Option 3 : Alle Dateien verstauen (am wenigsten aggressiv)

`git stash --all` 

Versuchen Sie dies, um alle Änderungen zurückzusetzen, die in der lokalen Verzweigung nicht festgeschrieben wurden

$ git reset --hard HEAD

Aber wenn Sie einen Fehler wie diesen sehen:

fatal: Unable to create '/directory/for/your/project/.git/index.lock': File exists.

Sie können zum Ordner '.git' navigieren und dann die Datei index.lock löschen:

$ cd /directory/for/your/project/.git/
$ rm index.lock

Führen Sie zum Schluss erneut den Befehl aus:

$ git reset --hard HEAD

Bei dieser Frage geht es mehr um das Zurücksetzen / Zurücksetzen eines breiteren Repositorys. Falls Sie jedoch daran interessiert sind, einzelne Änderungen rückgängig zu machen, habe ich hier eine ähnliche Antwort hinzugefügt:

https://stackoverflow.com/a/60890371/2338477

Antworten auf Fragen:

• Wie man individuelle Veränderungen mit oder ohne Veränderung rückgängig macht, die in der Git-Geschichte erhalten bleiben

• So kehren Sie zur alten Version zurück, um von demselben Status aus neu zu starten