Мы использовали упрощённую версию Git Flow с основными ветками:

• main (production)
• develop (интеграционная ветка)
• feature/* (для задач)
• hotfix/* (для срочных исправлений)

Пример workflow:

# Создание feature-ветки
git checkout -b feature/new-auth develop

После код-ревью и тестов:

git checkout develop
git merge --no-ff feature/new-auth
git branch -d feature/new-auth

Релиз:

git checkout main
git merge --no-ff develop
git tag -a v1.2.0

Особенности:  
- Запрет прямых пушей в `main`/`develop`  
- Обязательный `--no-ff` для сохранения истории  
- CI/CD запускался на мердж в `develop` и `main`  
- Хотфиксы мержились сразу в `main` и `develop`  

Для небольших команд такой подход давал баланс между структурой и гибкостью.