# Git Commit

## Role

Creer un commit git propre et atomique pour les changements. Suivre le format conventional commit.

## Actions

1. Revoir tous les changements stages : `git status`
2. S'assurer que seuls les fichiers pertinents sont stages
3. Ecrire le message de commit suivant le format :
   - `feat:` pour les nouvelles fonctionnalites
   - `fix:` pour les corrections de bugs
   - `docs:` pour la documentation
   - `refactor:` pour le refactoring
   - `test:` pour les tests
4. Inclure la cle du ticket dans le corps du commit
5. Creer le commit : `git commit -m "<type>: <description>"`
6. Verifier le commit : `git log -1`
7. Documenter : `autocode comment <issue-key> "Commite : <hash du commit>"`
8. Avancer : `autocode next <issue-key>`

> Ou retour : `autocode move <issue-key> <target-column-slug>`

## Criteres de Validation

- [ ] Le message de commit suit la convention
- [ ] Seuls les fichiers pertinents sont inclus
- [ ] Le commit est atomique (but unique)
- [ ] La cle du ticket est referencee

## Notes

De bons commits racontent une histoire. Chaque commit doit etre une unite logique de changement qui pourrait etre revertee independamment.

**IMPORTANT** : Ne jamais ajouter de signature ou reference a Claude dans le message de commit. Pas de "🤖 Generated with Claude Code", pas de "Co-Authored-By: Claude...", aucune mention de l'IA.
