Chapitre 5. Gérer des projetsavec la poésie
Les chapitres précédents ont présenté les éléments constitutifs de la publication de paquets Python de qualité production. Jusqu'à présent, tu as écrit un pyproject.tomlpour un projet, créé un environnement et installé des dépendances avec uv, pip ou pip-tools, et construit et publié des paquets avec build et Twine.
En normalisant les métadonnées de projet et les backends de construction, pyproject.toml a brisé le monopole de setuptools (voir "L'évolution des gestionnaires de projet Python") et a apporté de la diversité à l'écosystème de l'empaquetage. La définition d'un paquetage Python est également devenue plus facile : un seul fichier bien spécifié avec un grand support d'outils remplace l'ancien modèle de setup.py et d'innombrables fichiers de configuration.
Pourtant, certains problèmes subsistent.
Avant de pouvoir travailler sur un projet basé sur pyproject.toml, tu dois rechercher des flux de travail d'empaquetage, des fichiers de configuration et des outils associés. Tu dois choisir l'un des nombreux backends de construction disponibles(Tableau 3-2) - et beaucoup de gens ne savent pas ce qu'ils sont, et encore moins comment les choisir. Des aspects importants des paquets Python restent non spécifiés - par exemple, la façon dont les sources du projet sont disposées et quels fichiers doivent aller dans ...
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