Вопрос проверяет понимание базовой модели ветвления в Git, а именно назначение стабильной (main) и разработочной (dev) веток.
В Git ветки — это указатели на коммиты. Ветка main (ранее master) хранит код, который уже прошел полное тестирование и готов к развертыванию в production. Ветка dev (develop) служит для сборки и проверки новых функций перед их попаданием в main. Такое разделение позволяет изолировать стабильный код от экспериментальных изменений.
Разработчик создает новую ветку от dev, пишет код, затем создает pull request (или merge request) для слияния обратно в dev. После того как в dev накопилось достаточно изменений и они протестированы, dev сливается в main. Это может происходить по расписанию или перед релизом.
git checkout -b feature/new-login dev
# работаем, коммитим
git push origin feature/new-login
# создаем PR в dev
# после ревью и тестов — merge в dev
git checkout dev
git merge feature/new-login
# когда dev стабилен — merge в main
git checkout main
git merge devИспользование main и dev — основа многих Git-стратегий (Git Flow, GitHub Flow). Это упрощает командную работу, защищает стабильный код и делает процесс релизов предсказуемым.
