Release Checklist

Restauration

Si la version publiée présente un problème critique :

1. gh release edit vX.Y.Z --prerelease (la marque comme n’étant pas la plus récente)
2. git tag -d vX.Y.Z && git push --delete origin vX.Y.Z (uniquement si elle n’a pas encore été adoptée par les utilisateurs)
3. Ou : correctif urgent sur release/vX.Y.0 → version corrective vX.Y.(Z+1)
4. Communiquez immédiatement dans GitHub Discussions et sur Discord

Règles strictes

• Ne faites jamais de commit directement sur main
• N’utilisez jamais git push --force sur main ou les branches release/*
• Ne contournez jamais les hooks Husky (--no-verify)
• Ne commitez jamais de secrets, d’identifiants ou de fichiers .env
• La couverture doit rester ≥60/60/60/60 (instructions/lignes/fonctions/branches)
• Incluez ou mettez toujours à jour les tests lors de toute modification du code de production dans src/, open-sse/, electron/ ou bin/

Vérification automatisée de la synchronisation

Exécutez localement le contrôle de synchronisation de la documentation avant d’ouvrir une PR :

npm run check:docs-sync

La CI exécute également cette vérification dans .github/workflows/ci.yml (tâche de lint).

---

undefined (a58000c7685f)