Capitolo 5. Gestire i progetticon la poesia
Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: translation-feedback@oreilly.com
I capitoli precedenti hanno introdotto gli elementi costitutivi per la pubblicazione di pacchetti Python di qualità. Finora hai scritto un pyproject.tomlper un progetto; hai creato un ambiente e installato le dipendenze con uv, pip o pip-tools; hai costruito e pubblicato pacchetti con build e Twine.
Standardizzando i metadati del progetto e i backend di compilazione, pyproject.toml ha rotto il monopolio di setuptools (vedi "L'evoluzione dei gestori di progetti Python") e ha portato la diversità nell'ecosistema del packaging. Anche la definizione di un pacchetto Python è diventata più semplice: un unico file ben specificato con un ottimo supporto per gli strumenti sostituisce il vecchio file setup.py e gli innumerevoli file di configurazione.
Tuttavia, rimangono alcuni problemi.
Prima di poter lavorare su un progetto basato su pyproject.toml, è necessario ricercare i flussi di lavoro di pacchettizzazione, i file di configurazione e gli strumenti associati. Devi scegliere uno dei vari backend di compilazione disponibili(Tabella 3-2) - e molte persone non sanno quali siano, né tantomeno come sceglierli. Aspetti importanti dei pacchetti Python rimangono non specificati: ad esempio, come sono disposti i sorgenti del progetto e quali file devono essere inseriti negli artefatti di pacchettizzazione.
Anche ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access