Comment tu commits généralement du code?

J'utilise un format de commits standardisé, souvent basé sur Conventional Commits. Cela garantit la cohérence et automatise certains processus, comme la génération du journal des modifications.

Format typique de commit:

<type>[(zone)]: <description>

[<corps>]

[<note>]

<type> : Obligatoire. Définit le type de changement (par exemple, feat pour une nouvelle fonctionnalité, fix pour une correction, docs pour des modifications de documentation, style pour le formatage, refactor pour la refactorisation, test pour l'ajout de tests, ci pour les changements dans CI/CD).
(zone) : Optionnel. Indique la zone de l'application affectée par le changement (par exemple, (composant: bouton), (service: authentification)).
<description> : Obligatoire. Brève description précise des changements à l'impératif (par exemple, "ajouter un bouton", "corriger une erreur de validation").
<corps> : Optionnel. Explication plus détaillée des changements, des raisons et du contexte. Séparé par une ligne vide de la description.
<note> : Optionnel. Utilisé généralement pour indiquer BREAKING CHANGE avec une description de pourquoi cela casse la compatibilité, ou des liens vers des tâches (par exemple, Closes #123).

Exemples:

feat: ajouter un composant de fenêtre modale

fix(validation): corriger l'erreur de validation de l'email dans le formulaire d'inscription

Maintenant, l'email est validé correctement selon la norme RFC 5322.

Closes #45

refactor(composant: bouton): mettre à jour les styles et améliorer l'accessibilité

Refactorisation des styles du bouton pour respecter le système de design.
Amélioration de l'accessibilité en ajoutant des attributs ARIA.

Cela aide l'équipe à mieux comprendre l'historique des changements, accélère la revue du code et simplifie les processus automatisés.