Wie rückgängig machen git rm -rf Ordnername ohne zuerst zu Begehen?

Habe ich:

git init
git add .
git rm -rf dirname

Blick auf andere answsers, git reset --hard HEAD, git checkout -f und git reflog hat nicht funktioniert, anscheinend weil es keine LEITER, um zurück zu gehen, noch ein commit, um die Dateien wieder aus.

Gibt es eine Möglichkeit, um die Dateien zurück?

  • Bitte aktualisieren Sie die akzeptierte Antwort auf das man eigentlich erlauben, um die Dateien zurück.
InformationsquelleAutor B Seven | 2012-03-10
  1. 8

    Gibt es keine Möglichkeit.

    Normalerweise git rm überprüft die Dateien wurden bereits begangen, bevor Sie Sie löschen, so dass Sie nicht verlieren Ihre Arbeit. Jedoch, mit -f überschreibt diese überprüfen.

    Kurz:

    • Nicht verwenden -f.
    • Berühren Sie nicht alles, was Sie noch nicht begangen.
    • Genau wie unix - -f bedeutet, dass Sie besser sicher sein, was Sie tun.
    • Bedenkt, ich habe nur meine Daten zurück dies ist einfach nicht wahr, und sollte nicht die akzeptierte Antwort.
    InformationsquelleAutor Lambda Fairy
  2. 3

    Warnung: Laufen git prune ohne die -n option (1) löschen Ihre Daten nicht erreichbar.

    Kann es ein Weg sein, mit git prune und git cat-file.

    Läuft git prune -n eine Liste, welche Objekte entfernt werden würden durch Beschneidung:

    $ git prune -n
9cc84ea9b4d95453215d0c26489d6a78694e0bc6 blob
c315143703752ef4d11ca7d93f2c324872b2ebff blob

    Jede Zeile entspricht einer gelöschten Datei.

    Nun, mit git cat-file sind wir in der Lage, zum wiederherstellen der Inhalt der entfernten Datei in eine neue Datei:

    git cat-file -p 9cc84ea9b4d95453215d0c26489d6a78694e0bc6 > restored-filename.whatever

    (1) Von der git prune docs:

    NAMEN

    git-prune - Pflaume, alle nicht erreichbaren Objekte aus der Objekt-Datenbank

    OPTIONEN

    -n

    --dry-run

    Entfernen Sie nicht alles; gerade berichten, was es nehmen würde.

    • DIES sollte die akzeptierte Antwort !
    InformationsquelleAutor Anderson Vieira
  3. 1

    Nope, soweit ich weiß. Ich glaube, dass git unterbricht die Verbindung der Dateien, nur wie mache rm -rf tut. Egal, ob es weiß, über die Dateien oder nicht, es wird gerne nuke Verzeichnis. Wirklich, die einzige Möglichkeit ist, zu versuchen, verwenden Sie eine Datei recovery-tool, als ob Sie hatte getan rm -rf

    InformationsquelleAutor Matt
  4. 1

    git reset --hard half beim löschen wurde nicht begangen, noch und, allgemein gesprochen, die Löschung wurde unterbrochen durch Ctrl+Z

    InformationsquelleAutor vladkras
  5. 0

    Wenn git ist nicht die Verfolgung der dirname Verzeichnis, es wird Ihnen nicht erlauben, um das Verzeichnis zu löschen mit git rm -rf es nicht wissen. Sie wird ( würde) eine Fehlermeldung erhalten, wie

    fatal: pathspec 'dirname' did not match any files

    Nur so könnten Sie gelöscht haben, ist, wenn Sie getan hatte, ein git add . oder git add dirname nach der git init. Wenn das der Fall ist, Ihre Dateien sind Weg und können Sie nicht bekommen Sie zurück so war es nie ein commit und git nicht verfolgen. Es ist so gut wie eine rm -rf auf einen normalen Ordner ( und können sich nicht erholen, es sei denn, Sie haben sicherungen)

    • Tut es, obwohl? Habe ich nicht getestet, aber ich dachte, das -f flag unterdrückt wird, dass Fehler.
    • Es sei denn, Sie verwenden -f? Das "überschreibt die up-to-date check.", was auch immer das bedeutet.
    • Nein, es nicht unterdrücken, dass. -f im git rm ist nur zu überschreiben up-to-date check.
    • Habe es gerade getestet auf Git 1.7.5.4. git rm -rf würde nicht berühren Sie eine unstaged-Verzeichnis, aber es wird fröhlich purge inszeniert, aber nicht verpflichtet, eine.
    InformationsquelleAutor manojlds
Schreibe einen Kommentar