Как обикновено правите комит на кода?

Използвам стандартизиран формат за комити, често базиран на Conventional Commits. Това осигурява последователност и автоматизира някои процеси, като генериране на дневник на промените.

Типичен формат за комит:

<тип>[(област)]: <описание>

[<тяло>]

[<забележка>]

• <тип>: Задължително. Определя типа на промените (например, feat за нови функции, fix за корекции, docs за промени в документацията, style за форматиране, refactor за рефакторинг, test за добавяне на тестове, ci за промени в CI/CD).
• (област): По желание. Посочва областта на приложението, която е засегната от промените (например, (компонент: бутон), (услуга: автентикация)).
• <описание>: Задължително. Кратко и точно описание на промените в императивен стил (например, "добави бутон", "поправи грешка във валидирането").
• <тяло>: По желание. По-подробно обяснение на промените, причините и контекста. Разделя се с празен ред от описанието.
• <забележка>: По желание. Обикновено се използва за указване на BREAKING CHANGE с описание защо тази промяна нарушава съвместимостта, или връзки към задачи (например, Closes #123).

Примери:

feat: добавяне на компонент за модално прозорец

fix(валидация): коригиране на грешка във валидирането на email в регистрационната форма

Сега email се валидира правилно според стандарта RFC 5322.

Closes #45

refactor(компонент: бутон): актуализиране на стиловете и подобряване на достъпността

Рефакторинг на стиловете на бутона за съответствие с дизайн системата.
Подобрена достъпност чрез добавяне на ARIA атрибути.

Това помага на екипа да разбере по-добре историята на промените, ускорява прегледа на кода и опростява автоматизираните процеси.