Wie kann man ein "git rm -r" zurücksetzen?

Ich sagte aus Versehen git rm -r .. Wie kann ich mich davon erholen?

Ich habe mich nicht verpflichtet.

Ich denke, alle Dateien wurden zum Löschen markiert und auch physisch von meiner lokalen Kasse entfernt.

EDIT: Ich könnte (wenn ich den Befehl kenne) zum letzten Commit zurückkehren. Aber es wäre viel besser, wenn ich das einfach rückgängig machen könnte git rm -r .. Weil ich nicht wirklich sicher bin, was ich nach dem letzten Commit und vor dem gemacht habe git rm -r ..

git reset HEAD

Sollte es tun. Wenn Sie keine nicht festgeschriebenen Änderungen haben, die Sie interessieren, dann

git reset --hard HEAD

sollte alles zwangsweise auf Ihr letztes Commit zurücksetzen. Wenn Sie nicht festgeschriebene Änderungen haben, der erste Befehl jedoch nicht funktioniert, speichern Sie Ihre nicht festgeschriebenen Änderungen mit git stash:

git stash
git reset --hard HEAD
git stash pop

Ich gab ein paar Dateien heraus und nahm vor meinem nächsten Commit weitere Änderungen vor, als mir klar wurde, dass ich einige dieser Dateien zurück brauchte. Anstatt zu verstauen und zurückzusetzen, können Sie einfach die einzelnen Dateien auschecken, die Sie verpasst / entfernt haben, wenn Sie möchten:

git checkout HEAD path/to/file path/to/another_file

Dadurch bleiben Ihre anderen nicht festgeschriebenen Änderungen ohne Problemumgehungen erhalten.

Um einige einzelne Dateien oder Ordner wiederzugewinnen, können Sie Folgendes verwenden

git reset -- path/to/file
git checkout -- path/to/file

Dadurch werden zuerst die Indexeinträge für path/to/fileneu erstellt und die Datei wie beim letzten Festschreiben neu erstellt, d HEAD. H.

Hinweis: Sie können einen Commit-Hash an beide Befehle übergeben, um Dateien aus einem älteren Commit neu zu erstellen. Siehe git reset --helpund git checkout --helpfür Details.

Aktualisieren:

Da git rm .alle Dateien in diesem und untergeordneten Verzeichnissen an der Arbeitskasse sowie im Index gelöscht werden, müssen Sie jede dieser Änderungen rückgängig machen:

git reset HEAD . # This undoes the index changes
git checkout .   # This checks out files in this and child directories from the HEAD

Dies sollte tun, was Sie wollen. Es hat keine Auswirkungen auf übergeordnete Ordner Ihres ausgecheckten Codes oder Index.

Alte Antwort, die nicht war:

reset HEAD

wird den Trick machen und keine nicht festgeschriebenen Änderungen löschen, die Sie an Ihren Dateien vorgenommen haben.

Danach müssen Sie alle git addBefehle wiederholen , die Sie in die Warteschlange gestellt haben.

Wenn am Ende keine der oben genannten Funktionen ausgeführt wird, können Sie möglicherweise Daten mithilfe des Vorschlags von hier abrufen: http://www.spinics.net/lists/git/msg62499.html

git prune -n
git cat-file -p <blob #>

git rm rückgängig machen

git rm file             # delete file & update index
git checkout HEAD file  # restore file & index from HEAD

git rm -r rückgängig machen

git rm -r dir          # delete tracked files in dir & update index
git checkout HEAD dir  # restore file & index from HEAD

git rm -rf rückgängig machen

git rm -r dir          # delete tracked files & delete uncommitted changes
not possible           # `uncommitted changes` can not be restored.

Uncommitted changesbeinhaltet not staged changes, staged changes but not committed.

Wenn Sie die Änderungen festgeschrieben und übertragen haben, können Sie dies tun, um die Datei wiederherzustellen

// Replace 2 with the # of commits back before the file was deleted.
git checkout HEAD~2 path/to/file

Es gibt bereits einige gute Antworten, aber ich könnte eine wenig verwendete Syntax vorschlagen, die nicht nur großartig funktioniert, sondern auch sehr explizit in dem ist, was Sie wollen (daher nicht beängstigend oder mysteriös).

git checkout <branch>@{"20 minutes ago"} <filename>

Liste festschreiben

git log  --oneline

Zum Beispiel hat Stable Commit Hash: 45ff319c360cd7bd5442c0fbbe14202d20ccdf81

git reset --hard 45ff319c360cd7bd5442c0fbbe14202d20ccdf81
git push -ff origin master

Ich hatte eine identische Situation. In meinem Fall war die Lösung:

git checkout -- .

Bei Git 2.23+ (August 2019) wäre der richtige Befehl zum Wiederherstellen von Dateien (und des Index) die Verwendung von ... git restore(nicht reset --hardoder der verwirrende git checkoutBefehl )

Das ist:

git restore -s=HEAD --staged --worktree -- .

Oder seine abgekürzte Form:

git restore -s@ -SW -- .

Ich hatte genau das gleiche Problem: Ich habe meine Ordner aufgeräumt, Dateien neu angeordnet und verschoben. Ich trat ein: git rm . und drücken Sie die Eingabetaste. und dann spürte ich, wie sich mein Darm etwas lockerte. Zum Glück habe ich git commit -m nicht sofort eingegeben.

Allerdings der folgende Befehl

git checkout .

stellte alles wieder her und rettete mein Leben.