Per quanto ne so, rimuove solo la sottodirectory build
, dove Python mette tutti i file da installare, comprese le estensioni che devono essere compilate.
Non ci dovrebbero essere file *.pyc
altrove, a meno che non abbiate eseguito Python su alcuni script nella directory di origine (cosa che potrebbe accadere se eseguite test), o importati moduli direttamente dalla directory di origine. I file *~
sono file di backup di emacs e pertanto non verrebbero eliminati dallo setup.py
. (Se hai visto questo comportamento da make clean
, quello è semplicemente perché qualcuno codificato che nel Makefile.)
Probabilmente poteva ignorare il comando di pulito in modo da (ricorsivamente) rimuovere *.pyc
file, ma dubito che ci sia un bisogno. In generale, Python è abbastanza intelligente da ricompilare i file *.py
nei file *.pyc
se il primo è stato modificato, e altrimenti usare quest'ultimo sarà semplicemente più veloce.
C'è un avvertimento che ho incontrato, e questo è quando si fa un setup.py build_ext --inplace
, la pulizia non rimuovere il modulo compilato (s), in quanto questi non sono nella directory di compilazione. Quale per me sembra una mancanza del comando pulito.
Nel complesso, sembra che il comando clean sia stato aggiunto per essere in linea con il comportamento di make
, ma non sembra aggiungere molto.
Per motivi di interesse, perché vorresti un comportamento in più? Posso immaginare che sia bello avere una directory pulita, ma non è qualcosa che dovrebbe essere infastidito nel complesso. Qualche ragione specifica? – Evert
Voglio il comportamento in più per specificare semplicemente una directory, da cui l'intero contenuto è incluso nel pacchetto. Senza rimuovere prima i file Python temporanei, tutti questi file temporanei verranno utilizzati nell'imballaggio, no? Inoltre, il comando 'clean' può essere usato per pulire semplicemente la directory di lavoro dai file temporanei per vedere chiaramente cosa hai. – Alex
Per il packaging, esaminare usando 'setup.py sdist'. Per quanto riguarda la pulizia: i file '* .pyc' non dovrebbero essere un problema, ma potresti considerare' find. -name "* .pyc" | xargs rm'. Quei file '* ~' non sono qualcosa con cui Python dovrebbe essere infastidito, in quanto questi non sono correlati a Python (questo potrebbe andare anche per alcuni altri tipi di file). – Evert