Valider les modifications

Crée un commit git ciblé pour les modifications actuelles.

Workflow

1. Rassemble le contexte :
   • Notes de l'utilisateur, si fournies.
   • Branche actuelle : git branch --show-current.
   • Arborescence de travail : git status --short.
   • Modifications en staging : git diff --cached --stat.
   • Modifications non en staging : git diff --stat.
   • Commits récents pour référence de style : git log -5 --oneline.
2. Examine les fichiers modifiés.
3. S'il n'y a pas de modifications à valider, informe l'utilisateur et arrête.
4. S'il y a des modifications non en staging, mets en staging les fichiers pertinents avec git add.
5. Ne mets pas en staging les fichiers qui ressemblent à des secrets, identifiants, clés API ou fichiers d'environnement privés.
6. Rédige un message de commit conventionnel :

type(scope): description brève

Explication plus longue optionnelle si les modifications sont complexes.

Types autorisés : feat, fix, refactor, test, docs, chore, perf, style, build, ci.

Directives de message

• Garde la première ligne sous 72 caractères.
• Utilise l'impératif, par exemple ajouter la fonctionnalité, pas ajoutée la fonctionnalité.
• Sois spécifique sur ce qui a changé et pourquoi.
• Intègre le contexte fourni par l'utilisateur quand il clarifie l'intention.

Règles de commit

• Utilise git commit -m "message".
• Ne pousse pas.
• N'amende que si explicitement demandé.
• N'utilise pas --no-verify.
• N'inclus pas d'attribution IA.

Si le commit échoue à cause de hooks, corrige les problèmes de formatage mécanique, lint ou imports et réessaye. Si l'échec du hook révèle un problème réel de produit ou d'implémentation, arrête et demande à l'utilisateur comment procéder.