Comment mettez-vous en place les dépendances et les environnements sur un nouveau projet Python ?

Déclarez tout dans pyproject.toml et gérez l'environnement avec uv, qui crée l'environnement virtuel, résout les dépendances et écrit un fichier de verrouillage rapidement. Gardez les dépendances directes peu contraintes dans la table du projet, versionnez le fichier de verrouillage pour des installations reproductibles, et séparez les outils de développement dans des groupes de dépendances pour que les images de production n'embarquent pas pytest et ruff.

Tout vit dans pyproject.toml : les dépendances, la configuration de ruff, de mypy et de pytest, les métadonnées de build. J'utilise uv pour piloter cela, parce qu'il crée le venv, résout et installe assez vite pour qu'un environnement de CI à froid prenne des secondes plutôt que des minutes, et il gère aussi la version de l'interpréteur pour que personne ne se batte sur le Python présent dans le path. Les dépendances directes reçoivent des contraintes raisonnablement larges, puis uv lock produit l'ensemble résolu exact et ce fichier de verrouillage est versionné. La CI et Docker installent depuis ce verrou figé, donc ce qui tourne en production est bit pour bit ce que j'ai testé. Les outils de développement vont dans un groupe séparé, ce qui garde l'image d'exécution plus petite et évite qu'un linter compromis se retrouve dans le conteneur de production. Dans Docker je copie le verrou et le manifeste d'abord et j'installe avant de copier les sources, pour que le cache de couches serve vraiment. Migrer un vieux projet depuis pip et les fichiers requirements a pris peut-être un après-midi et a réduit notre étape de préparation CI de plusieurs minutes.