2.5 KiB
Feature Branches: Изоляция задач
Фундаментальное правило безопасной Enterprise-разработки: Прямые коммиты в главную ветку (main) строго запрещены!
Главная ветка всегда должна содержать 100% стабильный код, готовый к немедленному развёртыванию на Production серверах (Continuous Deployment).
Локализация изменений (Branches)
Для каждой новой задачи (будь то добавление новой функции, рефакторинг архитектуры или исправление критической ошибки) разработчик обязан создать отдельную, полностью изолированную ветку от main. Это позволяет экспериментировать с кодом и ломать логику, не нарушая работоспособность основного проекта команды.
Создание рабочей ветки:
git checkout -b feature/new-payment-gateway
Стандарт именования веток: Всегда используйте понятные префиксы, чтобы команда с первого взгляда понимала суть вашей работы:
feature/— разработка новой функциональности.bugfix/— исправление ошибки, обнаруженной тестировщиками (QA).hotfix/— экстренное исправление ошибки, которая уже попала на боевые серверы.docs/— обновление технической документации.
Завершение работы и публикация
Когда код в изолированной ветке протестирован локально и архитектурно готов:
- Зафиксируйте изменения (
git commit). - Отправьте ветку на корпоративный сервер REXNET:
git push origin feature/new-payment-gateway
После успешной отправки вы переходите к этапу проверки качества кода (Code Review), о котором пойдёт речь в следующем разделе.