Приходилось ли пользоваться Git через терминал или GUI

Что проверяют

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

Как отвечать

Честно и конкретно: назовите связку, которой пользуетесь. Обычный рабочий вариант звучит так: ветки, коммиты и разбор истории из терминала, просмотр диффа и выборочное добавление кусков из встроенного клиента редактора. Это не компромисс, а разделение по удобству.

Подкрепите набором команд, который реально гоняете:

git switch -c feature/cart-badge
git add -p
git rebase -i origin/main
git push --force-with-lease

Скажите, что смотрите git log --oneline --graph, умеете развести конфликт руками и знаете, что git reflog вытаскивает потерянные коммиты после неудачного reset. Для фронтенда добавьте свою специфику: конфликт в package-lock.json не решают построчно, берут версию одной из сторон и пересобирают файл установкой зависимостей; собранные артефакты в репозиторий не коммитятся, поэтому конфликтовать им негде.

Где спотыкаются

Ответ «я только через графический клиент, терминала побаиваюсь». Он сразу закрывает вопросы про CI и про любой сервер, где интерфейса нет, а такие задачи у фронтендера появляются на первом же сломанном пайплайне.

Второе: git push --force вместо --force-with-lease. Первый снесёт чужие коммиты, если кто-то успел запушить в ту же ветку, второй в этом случае просто откажется выполняться.

Третье: не различают revert, reset и переключение на старое состояние. Отменить уже опубликованный коммит можно только новым коммитом, а reset --hard на общей ветке создаёт проблему всем, кто эту ветку уже забрал себе.