Capítulo 5. Gestionar proyectoscon poesía

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com

En los capítulos anteriores se han presentado los componentes básicos para publicar paquetes Python con calidad de producción. Hasta ahora, has escrito un pyproject.tomlpara un proyecto; has creado un entorno e instalado dependencias con uv, pip o pip-tools; y has creado y publicado paquetes con build y Twine.

Al estandarizar los metadatos del proyecto y los backends de construcción, pyproject.toml rompió el monopolio de setuptools (ver "La evolución de los gestores de proyectos Python") y aportó diversidad al ecosistema de empaquetado. Definir un paquete Python también se ha vuelto más fácil: un único archivo bien especificado con un gran soporte de herramientas sustituye a la paparruchada heredada de setup.py e incontables archivos de configuración.

Sin embargo, sigue habiendo algunos problemas.

Antes de que puedas trabajar en un proyecto basado en pyproject.toml, tienes que investigar los flujos de trabajo de empaquetado, los archivos de configuración y las herramientas asociadas. Tienes que elegir uno de los diversos backends de compilación disponibles(Tabla 3-2), y mucha gente no sabe cuáles son, y mucho menos cómo elegirlos. Aspectos importantes de los paquetes Python siguen sin especificarse, por ejemplo, cómo se disponen los fuentes del proyecto y qué archivos deben ir en los artefactos de empaquetado.

La gestión ...

Get Herramientas Python hipermodernas now with the O’Reilly learning platform.

O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.