Ich habe einige Dateien in einem ziemlich großen Projekt umbenannt und möchte die .pyc-Dateien entfernen, die sie hinterlassen haben. Ich habe das Bash-Skript ausprobiert:
rm -r *.pycAber das führt nicht zu einer Rekursion durch die Ordner, wie ich dachte. Was mache ich falsch?
Ich habe beide getestet. Die Verzeichnisse waren wahrscheinlich zu klein, um signifikant zu sein, aber dies kam schneller als meine, das ist, was ich erwartet, da meine hat, um die Liste zusammenzustellen und dann durch sie zu iterieren, während Ihre entfernt jedes Element, wie es gefunden wird.
Find hat eine eingebaute "-delete"-Aktion, so dass Sie einfach Folgendes tun können find . -name \*.pyc -delete
Am wichtigsten ist, dass Sie, wenn es sich um einen Entwicklungsrechner handelt, PYTHONDONTWRITEBYTECODE=True setzen können und dies nie wieder tun müssen. Siehe: diese Antwort .
Ich habe den Code aus der akzeptierten Antwort verwendet und es hat funktioniert, aber diese Befehle sind kürzer und einfacher
Hinzufügen zu Ihrem ~/.bashrc :
pyclean () {
find . -type f -name "*.py[co]" -delete
find . -type d -name "__pycache__" -delete
}Dadurch werden alle .pyc- und .pyo-Dateien entfernt, und __pycache__ Verzeichnisse. Außerdem ist es sehr schnell.
Die Verwendung ist einfach:
$ cd /path/to/directory
$ pyclean
Es ist erwähnenswert, dass pyclean nur .pyc-Dateien zu löschen scheint, für die es eine entsprechende .py-Datei gibt (zumindest auf meinem System - Ubuntu 12.10.) Das bedeutet, dass es in Situationen, in denen eine Quelldatei gelöscht wurde und man die übrig gebliebenen .pyc-Dateien bereinigen möchte, nicht sehr hilfreich ist.
@holms pyclean (und jetzt py3clean ) stammen aus einem Debian-Paket und sind daher nicht in RHEL enthalten.
El pyclean ist jetzt als Python-Paket verfügbar installierbar von PyPI , die plattformübergreifend funktionieren (einschließlich RHEL, macOS und Windows). Es löscht alle .pyc Datei ohne besondere Präferenz ab heute.
Wenn Sie bash >=4.0 (oder zsh) verwenden
rm **/*.pycBeachten Sie, dass */*.pyc wählt alle .pyc Dateien in den unmittelbaren Unterverzeichnissen der ersten Ebene, während **/*.pyc durchsucht rekursiv den gesamten Verzeichnisbaum. Ein Beispiel, foo/bar/qux.pyc wird gelöscht durch rm **/*.pyc aber nicht von */*.pyc .
Die globstar-Shell-Optionen müssen aktiviert sein. Zum Aktivieren globstar :
shopt -s globstarund seinen Status zu überprüfen:
shopt globstar
Was ist der Unterschied beim Laufen rm **/*.pyc gegen rm */*.pyc ? (Letzteres schien bei mir vor Ort zu funktionieren.)
@TaylorEdmiston rm */*.pyc löscht alle .pyc Dateien in allen Unterverzeichnissen der Tiefe 1. rm **/*.pyc löscht alle .pyc Dateien in allen Unterverzeichnissen der Tiefe 0+
@AdamStewart Vielen Dank für diesen Hinweis. Für andere, die über diesen Thread stolpern: Das Problem, das ich hatte, war, dass Apples Bash, die mit OS X ausgeliefert wird, kein globstar enthält (also ** fungiert als * wenn sie stattdessen ausgeführt werden und shopt globstar löst einen Fehler aus).
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
12 Stimmen
Das funktioniert nicht, weil Globs unter UNIX von der Shell expandiert werden, nicht von dem Programm, das gerade ausgeführt wird. Wenn Sie a.pyc und b.pyc im aktuellen Verzeichnis haben, und die Verzeichnisse foo und bar,
rmwird mit den Argumenten [-r, a.pyc, b.pyc] aufgerufen.2 Stimmen
Wenn Sie sich Sorgen machen, dass Ihr Code an andere weitergegeben wird, können Sie ihn einfach in die .gitignore-Datei aufnehmen
**/*.pycdann müssen Sie sich nicht mehr darum kümmern