Rédige une description de PR pour la branche courante.
- Rassemble le contexte :
- Branche : !
git branch --show-current - Commits : !
git log --oneline main..HEAD - Fichiers modifiés : !
git diff --stat main...HEAD
- Branche : !
- Lis le diff complet (
git diff main...HEAD) avant d'écrire. Décris ce que fait le code, pas ce que prétendent les messages de commit. - Produis exactement ce format, dans un bloc markdown délimité pour pouvoir être collé :
## <titre impératif, moins de 70 caractères>
### Quoi
<2 à 4 phrases : le changement et pourquoi il est nécessaire>
### Comment
- <points d'implémentation clés qu'un relecteur doit connaître>
### Modifications API / données
<nouveaux points de terminaison, codes de statut, champs stockés ; "Aucun" s'il n'y en a pas>
### Tests
- [ ] `npm run check`
- [ ] `npm run build`
- <étapes manuelles qu'un relecteur peut suivre, le cas échéant>
### Risques
<ce qui pourrait casser, et comment annuler>
- N'invente pas de numéros de ticket, de relecteurs ou de résultats de test. Si les tests n'ont pas été exécutés dans cette session, laisse les cases non cochées.
- Ne crée pas la PR. L'auteur l'ouvre avec
gh pr createaprès avoir lu le texte.