Подготовка к интервью
281 вопрос по Git с технических собеседований
Что проверяют на интервью
На странице собраны вопросы по Git — от проверки базовых принципов до практического применения и архитектурных решений. В подборке чаще встречаются темы: git, backend, database.
Каталог
Изменения делают в локальной ветке, фиксируют коммитом и отправляют git push origin имя-ветки. При расхождении истории сначала получают и согласуют удалённые изменения.
Читать ответGit — распределённая система контроля версий, которая сохраняет историю изменений и помогает совместно работать с кодом. Каждый обычный клон содержит репозиторий и историю в пределах выбранного клонирования.
Читать ответДля основных файловых действий используют touch, mkdir, cp, mv и rm. Это обычно отдельные программы, запускаемые из Bash, а не обязательно встроенные команды самой оболочки.
Читать ответСубмодуль добавляют через git submodule add URL путь. URL и путь записываются в .gitmodules, а родительский репозиторий хранит специальную ссылку на конкретный коммит субмодуля.
Читать ответКонфликт Git возникает, когда он не может автоматически совместить изменения: например, обе ветки меняют одни строки или одна удаляет файл, который другая редактирует.
Читать ответВ конспекте следует использовать термины «ООП» и «наследование». Пример Dog/Cat показывает полиморфизм, а Git — отдельную тему, не принцип объектного подхода.
Читать ответРасскажите о принятом в команде процессе. Rebase переносит коммиты поверх новой базы и делает историю линейной, а merge сохраняет историю ветвления и объединяет её отдельным коммитом при необходимости.
Читать ответСтарые миграции нужны для воспроизводимого создания схемы, обновления существующих установок и зависимостей графа. Удалять их произвольно нельзя, но управляемое объединение миграций возможно.
Читать ответGit stash временно сохраняет незакоммиченные изменения, чтобы освободить рабочее дерево и вернуться к ним позже. Это локальная вспомогательная история, а не замена обычным коммитам.
Читать ответРазделите ответ на ветвление, review, релизы и инструменты. Расскажите, как команда действительно работала и какую часть CI/CD или Docker-конфигурации делали лично.
Читать ответСамый безопасный способ посмотреть старый коммит без изменения текущей рабочей копии — создать отдельный git worktree на нужном hash в detached HEAD.
Читать ответПолностью исключить конфликты нельзя, но помогают небольшие изменения, согласование пересекающихся задач и регулярная синхронизация веток.
Читать ответ