Cum obișnuiești să faci commit-uri de cod?

Folosesc un format de commit standardizat, adesea bazat pe Conventional Commits. Acest lucru asigură coerență și automatizează anumți pași, cum ar fi generarea jurnalului de modificări.

Formatul tipic de commit:

<tip>[(domeniu)]: <descriere>

[<corp>]

[<notă>]

<tip>: Obligatoriu. Definește tipul de modificare (de exemplu, feat pentru funcționalități noi, fix pentru corectări, docs pentru modificări în documentație, style pentru formatare, refactor pentru refactorizare, test pentru adăugarea de teste, ci pentru modificări în CI/CD).
(domeniu): Opțional. Indică domeniul aplicației afectat de modificare (de exemplu, (componenta: buton), (serviciu: autentificare)).
<descriere>: Obligatoriu. O descriere scurtă și precisă a modificărilor în mod imperativ (de exemplu, "adaugă buton", "corectează eroarea de validare").
<corp>: Opțional. O explicație mai detaliată a modificărilor, motive și context. Separată printr-o linie goală de descriere.
<notă>: Opțional. De obicei folosit pentru a indica BREAKING CHANGE cu o descriere a motivului pentru care această modificare încalcă compatibilitatea înapoi, sau link-uri către sarcini (de exemplu, Closes #123).

Exemple:

feat: adaugă componentă fereastră modală

fix(validare): corectează eroarea de validare a email-ului în formularul de înregistrare

Acum email-ul este validat corect conform standardului RFC 5322.

Closes #45

refactor(componenta: buton): actualizează stilurile și îmbunătățește accesibilitatea

Refactorizarea stilurilor butonului pentru a respecta sistemul de design.
Accesibilitatea a fost îmbunătățită prin adăugarea atributelor ARIA.

Acest lucru ajută echipa să înțeleagă mai bine istoricul modificărilor, accelerează revizuirea codului și simplifică procesele automatizate.