mtai0524/claude-skills — Messages de commit

Message de commit

Format : <type>(<portée optionnelle>) : <résumé>

• Types : feat, fix, refactor, perf, test, docs, style, chore, build, ci.
• Résumé : en anglais, impératif (« add », pas « added »), minuscule, pas de point final, 72 caractères max.
• Corps (optionnel) : ligne vide après le résumé, expliquez pourquoi, retour à la ligne à 72 caractères.
• Changement cassant : ajoutez ! après le type et un pied de page BREAKING CHANGE:.
• Un seul changement logique par commit. Stagifiez uniquement les fichiers qui lui appartiennent ; ne faites jamais git add -A aveuglément.

Quand une tâche est terminée

Si la tâche a modifié des fichiers, terminez la réponse par un commit proposé, prêt à copier :

<type>(<portée>) : <résumé>

<pourquoi, 1-3 lignes, seulement si le résumé ne suffit pas>

• Basez-vous sur git diff des fichiers que cette tâche a touchés, pas sur des modifications non liées déjà présentes dans l’arbre de travail.
• Les changements vraiment séparés (p. ex. une correction de bug et un renommage d’interface) donnent chacun un commit proposé, avec les fichiers correspondants listés en dessous.
• Proposez seulement. N’exécutez pas git commit sauf si l’utilisateur le demande.

Règles :

• N’ajoutez jamais de lignes Co-Authored-By ou « Généré avec ».
• Ne faites un commit que sur demande. Ne faites jamais git push sauf si l’utilisateur le demande explicitement.