name: release-version description: "OBLIGATOIRE pour: commit, push, release, bump de version, CHANGELOG. Déclencheurs: « committer », « pousser le code », « release », « nouvelle version », git commit/push. NE PAS utiliser pour: écrire du code, modifier le backend, lire l'historique git."
Release & Versioning — RadioManager Modular
PRIMARY RESPONSIBILITY
Protocole unique de commit/release du frontend : classification conventionnelle des changements, bump semver, CHANGELOG.md, generate-versions, message de commit.
USE THIS SKILL WHEN
- L'utilisateur demande de committer, pousser, publier ou « faire une release ».
- Un bump de version ou une entrée CHANGELOG est nécessaire.
- Il faut décider si un changement est MAJOR / MINOR / PATCH / sans bump.
DO NOT USE THIS SKILL WHEN
- On écrit ou corrige du code (utiliser le skill du domaine concerné, committer après).
- Le commit vise le repo backend
/Users/happi/App/API/FASTAPI/(→backend-fastapi, qui a son propre cycle). - On consulte simplement l'historique git.
TRIGGERS
committer, commit, pousser, push, release, version, bump, changelog, publier.
OWNED DIRECTORIES
package.json(champversion— source de vérité)CHANGELOG.mdsrc/version*(fichiers générés parnpm run generate-versions)
REQUIRED DEPENDENCIES
npm run generate-versions(script du repo)npx tsc -b --noEmit(validation pré-commit)
OPTIONAL DEPENDENCIES
- Skill
context-governance— si le commit modifie CLAUDE.md, AGENTS.md, des skills ou docs/reference/.
RELATED DOCUMENTATION
VERSIONING.md(racine) — détail du pipeline generate-versionsCHANGELOG.md— format Keep a Changelog existant
Protocole
1. Analyser et classifier
Lire git diff --staged et/ou git diff, puis classifier :
| Type | Bump | Exemple |
|---|---|---|
feat(*) |
MINOR (0.4.0 → 0.5.0) | nouvelle fonctionnalité |
fix(*) |
PATCH (0.4.0 → 0.4.1) | correction de bug |
BREAKING CHANGE ou ! |
MAJOR (0.4.0 → 1.0.0) | rupture |
docs/refactor/chore/style |
aucun | pas de bump |
Décision : au moins un feat → MINOR ; des fix sans feat → PATCH ; sinon pas de bump.
En cas de doute, demander. Ne JAMAIS sauter de version.
2. Si bump, exécuter dans l'ordre
- Mettre à jour
versiondanspackage.json. - Ajouter la section CHANGELOG.md (date du jour ; sections parmi
Ajoute,Corrige,Technique,Supprime). npm run generate-versions.- Inclure
package.json,CHANGELOG.mdet les fichiers générés dans le commit. - Message :
feat(version): release vX.Y.Z — description courte(oufix(version):pour un PATCH).
3. Si pas de bump
Committer avec le message conventionnel adapté (docs(scope):, refactor(scope):…).
Vérifications finales
npx tsc -b --noEmitpasse.package.jsonet la dernière entrée CHANGELOG sont cohérents.- Branche :
develop.