Commits Conventionnels
Suivez ces règles spécifiques au projet lors de la création de commits.
Branchement
Ne créez jamais de branches nues. Si vous avez besoin d'isolation par branche, utilisez la compétence worktree. Pour les modifications simples, commitez directement sur la branche courante (y compris main). N'exécutez pas git checkout -b.
Règles du Projet
- Un commit par changement logique — ne combinez jamais des corrections ou fonctionnalités sans lien. Trois modifications indépendantes = trois commits.
- Ne commitez que les fichiers que vous avez modifiés — n'importez jamais de fichiers non liés provenant de sessions simultanées.
- Incluez toujours un corps — pas de commits avec uniquement un titre. Expliquez quoi et pourquoi.
- Type
merge— utilisezmerge(pas un commit de merge) lors de la fusion d'une worktree ou d'une branche de fonctionnalité. - Séquencez les commits pour maximiser la valeur des options — infrastructure fondamentale d'abord, puis fonctionnalités qui s'appuient dessus.
Exemple
feat(alerts): Ajouter des réponses aux fils Slack pour les mises à jour d'alertes
Lorsqu'une alerte est mise à jour ou résolue, publiez une réponse au fil
Slack original au lieu de créer un nouveau message. Cela garde les
notifications associées regroupées.