--- alwaysApply: true --- # Garde de release: tests, documentation, compilation, version, changelog, tag [portée] Contrôler systématiquement avant push/tag: tests verts, docs mises à jour, build OK, alignement numéro de version ↔ changelog ↔ tag git, mise à jour de déploiement, confirmation utilisateur (latest vs wip). [objectifs] - Empêcher toute publication sans vérifications minimales. - Exiger la cohérence sémantique (VERSION/TEMPLATE_VERSION ↔ CHANGELOG ↔ tag git). - Demander explicitement « latest » ou « wip » et appliquer la bonne stratégie. [directives] - Avant push/tag, exécuter: tests, compilation, lints (si configurés). - Mettre à jour la documentation et le changelog en conséquence. - Aligner le fichier de version (VERSION ou TEMPLATE_VERSION), l’entrée CHANGELOG et le tag. - Demander confirmation utilisateur: `latest` (release stable) ou `wip` (travail en cours). - latest: entrée datée dans CHANGELOG, version stable, tag `vX.Y.Z`. - wip: suffixe `-wip` recommandé dans version/tag (ex: `vX.Y.Z-wip.N`). - Mettre à jour le déploiement après publication (si pipeline défini), sinon documenter l’étape. [validations] - Refuser push/tag si: - tests/compilation échouent, - CHANGELOG non mis à jour, - VERSION/TEMPLATE_VERSION absent ou incohérent, - release type non fourni (ni latest, ni wip). [artefacts concernés] - CHANGELOG.md, VERSION ou TEMPLATE_VERSION, docs/**, .gitea/workflows/**, scripts/**.