Kapitel 5. Projektemit Poesie verwalten
Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com
In den vorangegangenen Kapiteln wurden die Bausteine für die Veröffentlichung produktionsreifer Python-Pakete vorgestellt. Bisher hast du eine pyproject.tomlfür ein Projekt geschrieben, eine Umgebung erstellt und Abhängigkeiten mit uv, pip oder pip-tools installiert und Pakete mit build und Twine erstellt und veröffentlicht.
Durch die Standardisierung von Projektmetadaten und Build-Backends brach pyproject.toml das Monopol von setuptools (siehe "Die Entwicklung der Python-Projektmanager") und brachte Vielfalt in das Paketierungs-Ökosystem. Auch die Definition eines Python-Pakets wurde einfacher: Eine einzige, gut spezifizierte Datei mit großartiger Tooling-Unterstützung ersetzt den alten Textbaustein setup.py und unzählige Konfigurationsdateien.
Dennoch bleiben einige Probleme bestehen.
Bevor du an einem pyproject.toml-basierten Projekt arbeiten kannst, musst du dich mit den Paketierungsabläufen, Konfigurationsdateien und den dazugehörigen Werkzeugen beschäftigen. Du musst dich für eines der verfügbaren Build-Backends entscheiden(Tabelle 3-2) - und viele Leute wissen nicht, welche das sind, geschweige denn, wie sie sie auswählen sollen. Wichtige Aspekte von Python-Paketen sind nicht spezifiziert - zum Beispiel, wie die Projektquellen aufgebaut sind und welche Dateien in die Paketartefakte aufgenommen werden ...
Get Hypermodern Python Tooling 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.
