Le seed créait déjà des disponibilités, mais aucun Artist ni vœu (VolunteerPositionWish, VolunteerArtist) — la démo ne montrait donc rien du solveur ni des vœux : postes/artistes jamais choisis, programmation vide. - 3 artistes par jour de festival (pas montage/démontage), horaires échelonnés en soirée (18h-19h / 19h30-21h / 21h30-23h). - ~40 % des bénévoles ont un vœu de poste ; ~15 % de chance par artiste d'être un vœu (~1 par bénévole en moyenne sur 6 artistes). - Summary affiche désormais artists / position_wishes / artist_wishes ; tests étendus (présence + déterminisme). Vérifié en conditions réelles (`python -m app.seed` + appels API) : 6 artistes, 47 vœux de poste, 95 vœux d'artiste sur 120 bénévoles ; le solveur tourne toujours en ~0,3 s dessus. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017uUsRg7XzopkCPWimwg9ZM
Backend — API de gestion des bénévoles
FastAPI · SQLModel · PostgreSQL · Alembic. Dépendances gérées par uv.
Développement
Toujours via Docker Compose depuis la racine du dépôt :
docker compose up --build # démarre db + backend (reload actif)
docker compose run --rm backend uv run pytest
docker compose run --rm backend uv run ruff check .
Migrations
docker compose run --rm backend uv run alembic revision --autogenerate -m "..."
docker compose run --rm backend uv run alembic upgrade head
Structure
| Chemin | Rôle |
|---|---|
app/main.py |
Instance FastAPI, middlewares, routers |
app/config.py |
Configuration (variables d'environnement) |
app/db.py |
Engine SQLAlchemy + dépendance de session |
app/api/ |
Routers HTTP |
app/models/ |
Tables SQLModel du domaine |
app/validation/ |
Moteur de règles d'affectation (cœur du produit) |
app/i18n/ |
t(key) + locales/fr.json — aucun texte en dur ailleurs |
app/migrations/ |
Alembic |
tests/ |
pytest, base de test PostgreSQL réelle |
Note
uv.lock est versionné (généré dans le conteneur). Le régénérer après toute
modification des dépendances : docker compose run --rm backend uv lock.