Wie setzt du Abhängigkeiten und Umgebungen in einem neuen Python-Projekt auf?

Deklarier alles in pyproject.toml und verwalte die Umgebung mit uv, das die virtuelle Umgebung anlegt, Abhängigkeiten auflöst und schnell eine Lockfile schreibt. Halt direkte Abhängigkeiten in der Projekttabelle locker, committe die Lockfile für reproduzierbare Installationen und trenn Entwicklungswerkzeuge in eigene Dependency Groups, damit Produktions-Images kein pytest und ruff mitschleppen.

Alles lebt in pyproject.toml: die Abhängigkeiten, die Tool-Konfiguration für ruff, mypy und pytest, die Build-Metadaten. Ich steuere das mit uv, weil es das venv anlegt, auflöst und so schnell installiert, dass eine kalte CI-Umgebung Sekunden statt Minuten braucht, und es verwaltet die Interpreter-Version gleich mit, sodass sich niemand darüber streitet, welches Python im Pfad liegt. Direkte Abhängigkeiten bekommen halbwegs lockere Constraints, dann erzeugt uv lock die exakt aufgelöste Menge, und diese Lockfile wird committet. CI und Docker installieren aus der eingefrorenen Lockfile, sodass in Produktion Bit für Bit läuft, was ich getestet habe. Entwicklungswerkzeuge kommen in eine eigene Gruppe, was das Runtime-Image kleiner hält und bedeutet, dass ein kompromittierter Linter nicht im Produktionscontainer sitzt. In Docker kopiere ich Lockfile und Manifest zuerst und installiere, bevor ich den Quellcode kopiere, damit Layer-Caching wirklich greift. Ein älteres Projekt von pip und Requirements-Dateien umzustellen hat vielleicht einen Nachmittag gedauert und unseren CI-Setup-Schritt um mehrere Minuten gekürzt.