Ajout du joueur responsable

docs/database-schema.md

@@ -128,3 +128,18 @@ Générer la migration initiale depuis les modèles « pour avancer en
 attendant ». Ça produit un dépôt qui a l'air d'avoir des migrations, une
 production estampillée sur un état qu'elle n'a pas, et la dérive préservée
 sous une couche de plus.
+
+## Ajouts de colonnes faits à la main
+
+En attendant Alembic, une colonne ajoutée à un modèle doit être rattrapée sur
+les bases existantes par un script, en plus du modèle (pour les installations
+neuves, via `create_all()`). `migrations/add_tryout_coaches.py` a ouvert la
+voie ; `migrations/add_team_representative.py` ajoute
+`team_players.is_team_representative` de la même façon : lecture du catalogue,
+`ALTER TABLE ... ADD COLUMN` idempotent, rien si la colonne est déjà là.
+
+Le script trouve sa base tout seul : `DATABASE_URL` s'il est défini (production,
+CI), sinon les valeurs `LOCAL_PG*` de `app/.env` — le serveur de développement
+est réutilisé s'il répond, sinon (re)démarré puis arrêté à la fin du script :
+
+    python migrations/add_team_representative.py