Linux-Befehl zum löschen aller Dateien außer .git-Ordner?

Möchte ich löschen Sie alle im aktuellen Verzeichnis den Inhalt außer für die .git/ Ordner, bevor ich die neuen Dateien kopieren in der Branche.

Was ist der linux-Befehl dafür?

  • In den meisten Fällen, ich würde nur rm -rf * würde überspringen alle dot-Dateien, die dann manuell rm-Reste, wie gebraucht. Besonders fancy, die Sie verwenden können find aber es ist auch möglich, nur ls -A > /tmp/doit dann Bearbeiten /tmp/doit zu rm, oder rm-r alles außer .git, und das ist oft einfacher.
  • oder bewegen Sie einfach .git zu einem diff-Ordner temporär entfernen Sie dann alle und bewegen Sie ihn dann wieder
  • Wenn müssen Sie diesen Vorgang direkt nach dem Klonen, dann kann man einfach Klonen mit der -n (--no-checkout) option: git clone -n -b <branch> <repository> <directory>.
InformationsquelleAutor Eric Steinborn | 2014-03-12
  1. 51

    Zurücksetzen des index ist Billig, so dass

    git rm -rf .
git clean -fxd

    Dann können Sie den index zurücksetzen (mit git reset) oder geradeaus zum Auschecken einen neuen Zweig.

    • Schön! Dies ist eine gute git-spezifische Lösung, die ich war nicht bewusst, das kann gut sein, besser in diesem Fall.
    • Dies sollte die gewählte Antwort
    • Auf jeden Fall sollte das gewählte Antwort
    • Um den index zurücksetzen, weder git reset noch git checkout für mich gearbeitet. Ich git reset --hard.
    • Wäre schön, Kommando-Beschreibungen in der Antwort.
    • Ordentlich Nutzung der -x option zum umgehen der gitignore

    InformationsquelleAutor CB Bailey
  2. 16

    Finden und mit prune option.

    find . -path ./.git -prune -o -exec rm -rf {} \; 2> /dev/null

    Edit: Für zwei Verzeichnisse .git und dist

    find . -path ./.git -prune -o \( \! -path ./dist \) -exec rm -rf {} \; 2> /dev/null
    • nicht entfernen Sie alle Ordner
    • aktualisiert
    • jetzt funktioniert es, aber es gibt mir Fehler sagen find: './scss': no such file or directory aber noch alles löscht. komisch
    • PxL, Wenn Sie können unterdrückt werden Fehler, ich bin immer über no such file or directory Dies ist meine Antwort der Wahl.
    • Hinzugefügt stderr Umleitung auf eine null-Datei
    • Ich weiß, das ist eine andere Frage als die Ausgangsfrage, aber wie würden Sie fügen Sie einen anderen Ordner ignoriert? Sagen Sie "dist/" und ".git"?
    • Hinzugefügt, um die Antwort
    • Hmmm... ich glaube nicht, dass umleiten, alle möglichen Fehler zu null ist eine gute Idee im Allgemeinen. Warum nicht mit der find option -delete nicht ausgeführt werden, sondern rm?
    • Ich Stimme mit Ihnen hinsichtlich der Umleitung der Fehler. Aus der docs für -delete option: Because -delete implies -depth, you cannot usefully use -prune and -delete together.
    • Detaillierung der Unterschied zwischen dieser Antwort und meine: -prune begrenzt effektiv find im aktuellen Verzeichnis-Ebene, also statt durch den Baum, und löschen Sie jede Datei, verwendet es rm -r zu löschen, jede Datei oder jeden Ordner im root-Verzeichnis. Und wie @PxL darauf hingewiesen, -prune schließt -delete, da -delete ist nicht rekursiv.
    • Das ist einfach so praktisch!

    InformationsquelleAutor P̲̳x͓L̳
  3. 12

    Als Crayon erwähnt in den Kommentaren, die einfach Lösung wäre einfach verschieben .git aus dem Verzeichnis löschen alles, und bewegen Sie ihn dann wieder ein. Aber wenn Sie es tun möchten die Lust Weg, find hat Ihre Rückseite:

    find -not -path "./.git/*" -not -name ".git" | grep git
find -not -path "./.git/*" -not -name ".git" -delete

    Die erste Zeile habe ich es da mit find, ich will immer zu überprüfen, um sicherzustellen, dass Sie finden, was ich denke, es ist, vor der Ausführung der -delete.

    Edit: Hatte ein braindead moment, nicht einfach kopieren von meinem terminal.

    Edit2: Hinzugefügt -not -name ".git" hält, es versucht zu löschen, die .git Verzeichnis, und unterdrückt die Fehler. Abhängig von der Reihenfolge find versucht zu löschen, es kann nicht auf nicht-leere Verzeichnisse.

    • Verlangt das die erste Zeile ausgeführt?
    • Meine Frage selbst beantwortet, Nein.
    • Also das funktioniert gut, ich habe das Gefühl, dass die nicht zitierte version war mehr allgemein akzeptiert, als die richtige Antwort.
    • Der wesentliche Unterschied zwischen dieser und die akzeptierte Antwort ist nicht die Zitate (ich habe diejenigen zu schützen, die aus Muscheln versuchen vorzeitig zu erweitern, die glob), aber die -prune. Es ist eine andere Art der Erfüllung der gleichen Aufgabe. Und wie für die erste Zeile: jedes mal, wenn Sie eine find -delete Sie sollten es ausführen, ohne die -delete ersten, um sicherzustellen, dass Sie nicht tun etwas unbeabsichtigt.
    • Gute Antwort. Beim Austausch -path "./.git/*" mit -path "*/.git/*" dann funktioniert es für den Ausschluss von mehreren git repositories, die unter einem gemeinsamen Verzeichnis. Wie projects/project1/.git und projects/project2/.git dann diese ausgeführt werden können, direkt innerhalb der projects/ - Verzeichnis.
    InformationsquelleAutor cincodenada
  4. 5

    Eine Möglichkeit ist die Verwendung rm -rf *, die löschen Sie alle Dateien aus dem Ordner außer der dotfiles und dotfolders wie .git. Sie können dann löschen Sie die dotfiles und dotfolders eins nach dem anderen, so dass Sie nicht verpassen auf wichtige dotfiles wie .gitignore, .gitattributes später.

    Ein anderer Ansatz wäre, sich zu bewegen, Ihre .git Ordner aus dem Verzeichnis und dann gehen Sie zurück und löschen den gesamten Inhalt des Ordners und verschieben der .git Ordner zurück.

    mv .git/../
cd ..
rm -rf folder/*
mv .git/folder/
cd folder
    • don;t wollen, verschieben Sie Ordner um. aber danke
    • Ich denke rm -r * ist die beste Lösung. Halten .gitignore und anderen Dateien, die wichtig sein kann.
    InformationsquelleAutor mu 無
  5. 2
    for i in `ls | grep -v ".git"` ; do rm -rf $i; done; rm .gitignore;

    zusätzliche rm am Ende wird, entfernen Sie das Besondere .gitignore. Nehmen Sie, dass Sie, wenn Sie brauchen die Datei.

    • -1 Der Benutzer möchte alle Dateien löschen außer die .git Dateien, während diejenigen, sind die gleichen, die Sie zu sein scheinen, zu löschen.
    • Er sagte Ordner.
    • sollte Man nicht analysieren ls
    • Sie benutzten grep -v invertiert das match. Aber es ist immer noch eine sehr ungeschickte Lösung, wenn es viel bessere Möglichkeiten.
    • Das andere problem war, dass dies nicht löschen übrigen dotfiles innerhalb der Ordner. Auch, anfangs gab es einige Fehler mit der code wurde korrigiert, nun, das war mir -bash: syntax error near unexpected token |"
    • Dies funktioniert auf jeden Fall, wenn
    • Du hast Recht, aber das Leben wäre besser, wenn diese Sonderzeichen nicht konnte/nicht verwendet wurden, im Datei-Namen
    • dies gelöscht alle meine Projekt-Ordner..

    InformationsquelleAutor JeffH
  6. -3

    sollte, finden Sie alle Dateien und Verzeichnisse mit den Namen .git

    find .  -name .git

    finden sollten Sie alle Datei und Verzeichnisse nicht genannt .git

    find . -not -name .git

    löschen Sie alle Dateien, die Sie finden

    find . -not -name .git -exec rm -vf {} \;

    sicher sein, dass der das zu finden ist, zu tun, was Sie wollen

    wenn Sie möchten, löschen Sie die Verzeichnisse ändern, der rm-Befehl zu rm -rvf
    Habe ich auch die v option, um die Dateien, die gelöscht werden.

    wenn Sie sicherstellen möchten, dass über die Dateien, bevor Sie Sie löschen
    Rohr den Befehl "suchen", um eine Datei und überprüfen Sie die Ergebnisse

    • Versuchen Sie find . -not -name .git | grep git - Sie werden sehen, dass Sie versuchen, löschen Sie alle Dateien in der .git Verzeichnis, weil Sie nicht haben ".git" in Ihrem Dateinamen. Sie suchen -Pfad und einige wildcards.
    • das ist, warum der Befehl, den ich gab, die Dateien zu löschen hat 'nicht' davor. ich werde überprüfen Sie meine Antwort.
    • Meinen ursprünglichen Kommentar hatte einen Tippfehler, wo ich die weggelassen -nicht, das habe ich korrigiert. Siehe meinen korrigierten Kommentar, warum Sie benötigen, um zu lernen mehr über, wie die find Befehl funktioniert.
    • ja, zum Glück ist Es ein git repo, und ich konnte reclone nach dem testen dieses heraus.
    InformationsquelleAutor DannyK
Schreibe einen Kommentar