Git Flow и типы коммитов

Кратко о договоренностях:

именование веток по задачам feature/issue-3

сообщения коммитов подробно ниже, но паттерн тип(номер задачи): , напр. :

feat(issue-123):
- бахнул такую фичу шо зашатаетесь
- GigaImportantClass - стер весь код и написал все заново
- README.md - приложил гайд как писать все заново, если все стер

ветки по задачам вливаем в дев, сначала делая PR с ревьерами другими членами команды

pull requests -> new pull request -> base: dev compare: ваша ветка -> ждем аппрувов от тиммейтов
обязательно удаляем ветку после merge

Git Flow: стратегия ветвления

Git Flow – это популярная модель ветвления, которая помогает организовать разработку, выпуск релизов и исправление ошибок. Основные ветки:

• master – стабильная ветка, соответствующая продакшен-версии.
• develop – основная ветка для разработки, куда сливаются новые функции.
• feature/ – ветки для разработки новых возможностей (например, feature/add-login).
• release/ – подготовка к релизу (например, release/1.2.0).
• hotfix/ – срочные исправления для продакшена (например, hotfix/critical-login-bug).
• support/ – поддержка старых версий (например, support/1.x).
• bugfix/ – исправление конкретных багов (опционально, например, bugfix/login-error).

Типы коммитов в Git

Типы сообщений коммитов в Git помогают структурировать изменения в проекте, делая их понятными для всей команды. Они указывают на характер изменений и их назначение. Основные типы:

• feat – новая функциональность или значительные улучшения.
• fix – исправление ошибок в коде.
• docs – обновление или добавление документации.
• style – изменения форматирования, не влияющие на логику кода.
• refactor – переработка кода без добавления функциональности или исправления ошибок.
• test – добавление или изменение тестов.
• chore – рутинные задачи, обновления конфигурации.
• perf – оптимизация производительности.
• ci – изменения в CI/CD-процессах.
• build – изменения в системе сборки или зависимостях.
• revert – отмена предыдущих изменений.