Git-беглость на собеседовании

Merge против rebase — проверяют, уважаешь ли ты общую историю. Оба интегрируют одну ветку в другую; разница в том, что они делают с историей.

• Merge сохраняет историю в точности и связывает две линии merge-коммитом (два родителя). Недеструктивно, безопасно на общих ветках, но история нелинейна.
• Rebase переписывает твои коммиты на новую базу, давая чистую линейную историю, — но создаёт новые коммиты, поэтому никогда не должен касаться коммитов, которые другие уже стянули.

Ответ в одно предложение: «Rebase локально, чтобы держать собственную ветку чистой и линейной; merge для интеграции в общие ветки, потому что rebase опубликованной истории ломает всех, у кого она есть». Это предложение — rebase локально, merge общее — и есть вся суть.

Reset против revert — проверяют переписывание-против-дописывания и общее-против-локального. Оба «отменяют», но противоположно:

• git revert дописывает новый коммит, инвертирующий более ранний. История сохранена. Безопасно на общих ветках — так отменяют запушенный коммит.
• git reset двигает указатель ветки назад, переписывая историю (а с --hard — и рабочее дерево). Безопасно только для локальных, незапушенных коммитов.

Ответ в одно предложение: «Revert, чтобы отменить уже запушенное, потому что он добавляет новый коммит и сохраняет историю; reset, чтобы отменить локальные коммиты, потому что он переписывает историю и не должен касаться общих веток».

Что такое HEAD, ветка и индекс? Проверяют, знаешь ли ты по-настоящему простую модель git. Три указателя и область подготовки:

• Ветка — это просто подвижный указатель на один коммит. Не более — файл из 40 символов под .git/refs/.
• HEAD — указатель на текущую ветку (обычно) — он говорит «где я и что станет родителем следующего коммита». Detached HEAD значит, что он указывает прямо на коммит, а не на ветку.
• Индекс (область подготовки) — это предлагаемый следующий коммит, снимок, который заморозит git commit.

Ответ в одно предложение: «Ветка — указатель на коммит, HEAD — указатель на мою текущую ветку, а индекс — область подготовки, держащая снимок, который запишет мой следующий коммит».

Восстановление потерянных коммитов и модель хранения — проверяют, паникуешь ли ты. Два связанных вопроса:

• «Ты сделал reset —hard и потерял коммит — восстанови». «git reflog перечисляет каждую позицию, что держал HEAD; я нахожу там SHA потерянного коммита и делаю git branch или git reset назад к нему — коммит был без ссылок, никогда не удалён».
• «Git хранит diff’ы или снимки?» «Снимки — каждый коммит ссылается на полное дерево проекта; git вычисляет diff’ы по запросу для отображения и хранит объекты эффективно (дельты в packfile), но модель — снимок на коммит, а не цепочка патчей».

Модель снимков — причина, по которой git быстр в ветвлении и по которой checkout любого коммита дёшев: он просто читает дерево этого коммита.

Fast-forward против three-way и force-with-lease против force — проверяют инстинкты безопасности. Два момента, отделяющие сеньоров от остальных:

• Fast-forward против three-way merge: «Если целевая ветка не разошлась, git просто сдвигает указатель вперёд — fast-forward, без merge-коммита. Если у обеих сторон новые коммиты, git делает three-way merge через общего предка и создаёт merge-коммит».
• Почему --force-with-lease вместо --force: «--force безусловно перезаписывает remote и может стереть запушенный коммит коллеги; --force-with-lease сначала проверяет, что remote всё ещё там, где я видел его в последний раз, и прерывается, если кто-то запушил — так я никогда не затру работу, которой не видел».

Этот последний ответ — самое сеньорски звучащее предложение на git-собеседовании, потому что он показывает, что ты оптимизируешь под неуничтожение чужой работы.