30 lines
2.2 KiB
Markdown
30 lines
2.2 KiB
Markdown
---
|
||
name: git-commit-formatter
|
||
description: Форматирует сообщения коммитов git в соответствии со спецификацией Conventional Commits. Используйте этот навык, когда пользователь просит закоммитить изменения или написать сообщение к коммиту.
|
||
---
|
||
|
||
# Навык форматирования коммитов Git
|
||
|
||
При написании сообщения коммита вы ДОЛЖНЫ следовать спецификации Conventional Commits.
|
||
|
||
## Формат
|
||
`<type>[optional scope]: <description>`
|
||
|
||
## Допустимые типы
|
||
- **feat**: Новая функциональность
|
||
- **fix**: Исправление ошибки
|
||
- **docs**: Изменения только в документации
|
||
- **style**: Изменения, не влияющие на смысл кода (пробелы, форматирование и т.д.)
|
||
- **refactor**: Изменение кода, которое не исправляет ошибку и не добавляет функциональность
|
||
- **perf**: Изменение кода, повышающее производительность
|
||
- **test**: Добавление недостающих тестов или исправление существующих
|
||
- **chore**: Изменения в процессе сборки или вспомогательных инструментах и библиотеках
|
||
|
||
## Инструкции
|
||
1. Проанализируйте изменения, чтобы определить основной тип (`type`).
|
||
2. Определите область (`scope`), если это применимо (например, конкретный компонент или файл).
|
||
3. Напишите краткое описание (`description`) в повелительном наклонении (например, "add feature", а не "added feature").
|
||
4. Если есть критические изменения, добавьте подвал, начинающийся с `BREAKING CHANGE:`.
|
||
|
||
## Пример
|
||
`feat(auth): implement login with google` |