Как ты обычно коммитишь код?

Я использую стандартизированный формат коммитов, часто основанный на 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-атрибутов.

Это помогает команде лучше понимать историю изменений, ускоряет ревью кода и упрощает автоматизированные процессы.