Я использую стандартизированный формат коммитов, часто основанный на Conventional Commits. Это обеспечивает единообразие и автоматизацию некоторых процессов, например, генерации лога изменений.
Типичный формат коммита:
plaintext<тип>: Обязательный. Определяет тип изменений (например, feat для новой функциональности, fix для исправления ошибки, docs для изменений в документации, style для форматирования, refactor для рефакторинга, test для добавления тестов, ci для изменений в CI/CD).(область): Необязательно. Указывает область приложения, на которую влияют изменения (например, (компонент: кнопку), (сервис: авторизация)).<описание>: Обязательное. Краткое и точное описание изменений в императивном наклонении (например, "добавить кнопку", "исправить ошибку валидации").<тело>: Необязательное. Более подробное объяснение изменений, причин их внесения и контекста. Разделяется пустой строкой от описания.<сноска>: Необязательная. Обычно используется для указания BREAKING CHANGE с описанием, почему это изменение ломает обратную совместимость, или ссылок на задачи (например, Closes #123).Примеры:
plaintextplaintextplaintextЭто помогает команде лучше понимать историю изменений, ускоряет ревью кода и упрощает автоматизированные процессы.