Какой подход (workflow) к работе с Git вы предпочитаете?

Я предпочитаю гибридный подход на основе GitHub Flow/GitLab Flow с элементами Trunk-Based Development для скорости и простоты.

Основные принципы:

• main — всегда стабильна. Готова к деплою в любой момент.
• Короткоживущие feature-ветки. Ветки создаются от main для новой функциональности, bugfix или экспериментов.
• Pull Request (Merge Request) — обязателен. Все изменения попадают в main только через PR с код-ревью.
• Непрерывная интеграция. Каждый PR проходит автоматические проверки (тесты, линтеры).

Типичный workflow:

# 1. Создать ветку для задачи
git checkout -b feature/add-search-api main

# 2. Делать атомарные коммиты с понятными сообщениями
git commit -m "feat(search): add basic Elasticsearch client"

# 3. Регулярно синхронизироваться с main через rebase
git fetch origin
git rebase origin/main

# 4. Отправить изменения и создать Pull Request
git push -u origin feature/add-search-api
# -> Создать PR на GitHub/GitLab, пройти ревью и CI

# 5. После аппрува — смержить через squash или rebase merge.

Преимущества:

• Простота: Легче понять, чем классический Git Flow.
• Частые релизы: Короткий цикл обратной связи.
• Чистая история: Возможность использовать git rebase для линейной истории коммитов.