🧱 Суть
В реальных проектах ветки Git стараются называть по простому и предсказуемому шаблону:
type/short-description
Это помогает быстро понимать, что происходит в репозитории.
📦 Проблема
1. Непонятные названия веток
kanbanFixNew
myNewBranch123
fixBug
Нельзя сразу понять цель ветки.
2. Нет структуры
Без стандарта ветки превращаются в хаос и дублируют друг друга.
3. Сложно ориентироваться в проекте
Особенно когда веток становится много.
✅ Решение
Использовать единый формат:
type/short-description
Где type описывает цель изменения.
Правила именования:
- только английский
- kebab-case (через
-) - коротко и понятно
💻 Код
Фичи:
feature/kanban-board
feature/user-auth
feature/weather-history
Фиксы:
fix/api-proxy
fix/ui-scroll
fix/weather-loading
Хотфиксы:
hotfix/login-crash
Технические изменения:
chore/update-deps
chore/refactor-weather-store
Если есть задачи (тикеты):
feature/JIRA-142-kanban-board
fix/JIRA-201-api-timeout
Примеры хороших веток:
fix/api-proxy
feature/kanban-drag-drop
fix/mobile-scroll
Пример структуры проекта
main
├─ feature/auth
├─ feature/kanban-board
├─ fix/api-proxy
└─ fix/ui-scroll
После merge ветки обычно удаляются.
🎯 Вывод
- ветки = понятные роли изменений
- формат
type/descriptionделает репозиторий читаемым - единый стиль снижает хаос в проекте
- лучше сразу придерживаться конвенции