# Statuts des issues — convention de pilotage

Mise en place le 07/08/2026 (demande Enguerran). Objectif : savoir **en un coup
d'œil, depuis le repo**, où en est chaque issue — sans demander à personne.

## Le cycle (aligné sur la chaîne de `14_REGLES_GIT.md`)

```
statut: à faire  →  statut: en dev  →  statut: PR ouverte  →  statut: en recette  →  FERMÉE
   (gris)             (bleu)              (jaune)            (orange, = staging)    (= validée)
```

| Label | Signification | Qui le pose |
|---|---|---|
| `statut: à faire` | Ouverte, non traitée | à la création/planification |
| `statut: en dev` | Une branche est en cours | le dev qui démarre |
| `statut: PR ouverte` | Développée + testée, PR en attente de revue/merge vers `development` | le dev à l'ouverture de la PR |
| `statut: en recette` | Mergée sur `development` (staging), en test via le cahier de recette du lot | celui qui merge |
| **fermée** | Recette validée → l'issue est close **à la main** | Enguerran (ou délégué) après la recette |

## Règles

1. **Un seul label `statut:` par issue** — on remplace, on n'empile pas.
2. **La fermeture = validation de recette**, jamais le merge. Les PRs ciblent
   `development` (pas la branche par défaut), donc GitHub ne ferme PAS les
   issues automatiquement au merge — c'est voulu : l'issue reste ouverte en
   `statut: en recette` jusqu'au ✅ du cahier de recette.
3. Les labels existent à l'identique sur **BACK et FRONT** ; une issue back
   `repo:front` suit l'avancement de la PR front correspondante.
4. `train-couple` (rouge) est transversal : les issues liées doivent partir
   dans le même train staging/prod (détail en commentaire de l'issue).

## Lecture rapide pour le pilotage

- Vue d'un lot : filtrer par **milestone** (`V1 · L2 — …`) → la colonne de
  labels donne l'état du lot d'un coup d'œil.
- Reste à faire d'un lot : `milestone:… label:"statut: à faire"`.
- File de revue : `label:"statut: PR ouverte"` (les PRs à traiter).
- File de recette : `label:"statut: en recette"` + le cahier correspondant.