Вопросы на собеседование Git

Как вариант, сделав обратный коммит с помощью команды git revert [commit SHA]. Это создаст коммит отменяющий изменения указанного коммита. После необходимо отправить изменения в удаленный репозиторий с помощью команды git push [repository]/branch-name. Если коммит сделан на личной ветке, не используемой никем кроме автора, ошибочный коммит можно отметить флагом drop в интерактивном режиме ребейза (git rebase -i), что полностью удалит указанный коммит из истории. После необходимо отправить изменения в удаленный репозиторий с помощью команды git push [repository]/branch-name с флагом force.

Подробнее тут:

• git revert
• Отмена коммитов

Git pull извлекает (fetch) данные с сервера и автоматически делает слияние (merge) их с кодом текущей ветки. Git fetch — связывается с удаленным репозиторием и получает данные, которые отсутствуют в локальном. При выполнении этой команды слияние не происходит.

Подробнее тут:

• Как научить людей использовать Git
• Основы Git — Работа с удалёнными репозиториями
• git fetch
• git pull

Staging area(область подготовленных файлов) — файл, который как правило, располагается в Git-директории и содержит информацию об изменениях, которые попадут в следующий коммит.

Подробнее тут:

• Инструменты Git — Интерактивное индексирование
• Индекс Git
• Введение — Основы Git

Git stash — команда сохраняющая измененное состояние рабочей директории или отдельного файла в хранилище незавершенных изменений. Это дает возможность в любой момент применить их обратно. Например, если нужно переключиться между ветками без фиксации изменений, можно применить команду git stash, рабочая директория останется без изменений, данные будут сохранены в специальном хранилище. Для просмотра спрятанных изменений нужно вызвать команду git stash list, а для применения — git stash apply.

Подробнее тут:

• Инструменты Git — Припрятывание и очистка
• git stash

Это достигается просмотром истории коммитов с помощью команды git log с применением определенных флагов:

• stat под каждым из коммитов появится список и количество измененных файлов, количество строк, добавленных и удаленных в каждом из файлов. В конце, под списком, будет выведена суммарная статистика.
• name-status — показывает список файлов, которые были изменены, удалены.

Для поиска списка файла в конкретном коммите можно выполнить команду git show и указать хеш коммита.

Подробнее тут:

• 19 советов по повседневной работе с Git
• Основы Git — Просмотр истории коммитов

Git config — команда, которая позволяет просматривать и настраивать конфигурацию git репозитория.

Подробнее тут:

• Введение — Первоначальная настройка Git
• Ежедневная работа с Git

Коммит — это односвязный список, который состоит из объектов с измененными файлами и ссылки на предыдущий коммит. Также указываются имена автора, метки времени и сообщения коммита.

Подробнее тут:

• Git изнутри — Объекты Git

Создать Git-репозиторий можно двумя путями. Первый — версионирование существующего проекта. Для этого нужно перейти в папку с проектом и выполнить команду git init, что задаст структуру Git-репозитория. После базовой конфигурации (git config) репозитория можно будет версионировать проект.
Второй: клонирование удаленного репозитория. Для этого нужно выполнить команду:

git clone [url]

Где [url] — адрес репозитория.

Подробнее тут:

• Основы Git — Создание Git-репозитория

Это можно сделать с помощью перебазирования в интерактивном режиме работы (rebase). Например, для того, чтобы объединить, 3 последних коммита в один, необходимо выполнить команду git rebase -i HEAD~3 (3 соответствует числу коммитов, которые нужно объединить, отсчет от HEAD). Откроется окно редактора, в котором первые 3 строки соответствуют последним трем коммитам:

pick ab37583 Added feature 1.
pick 3ab2b83 Added feature 2.
pick 3ab5683 Added feature 3

В начале каждой строки стоит слово pick. Нужно поменять его на squash или s, сохранить изменения, закрыть редактор, после чего git попросит задать сообщение нового коммита, содержащего в себе изменения трех исходных.

Подробнее тут:

• Инструменты Git — Перезапись истории
• Переписывание истории

Команда Git bisect выполняет бинарный поиск по истории коммитов. Если неизвестно, где находится проблема и было произведено много коммитов можно воспользоваться командой git bisect, чтобы определить коммит, который вызвал проблему. Для этого нужно выполнить команду: git bisect start, затем git bisect bad — это укажет Git коммит, в котором была обнаружена проблема. Команда git bisect good [хеш коммита] укажет Git коммит в котором проблема не проявляется. Далее Git выяснит количество промежуточных коммитов и с помощью бинарного поиска, передвигая указатель на некоторые из промежуточных коммитов, поможет найти проблемный.

Подробнее тут:

• Инструменты Git — Обнаружение ошибок с помощью Git
• Пара приемов работы с git

Посмотреть ответ

С помощью хука pre-commit. Для этого нужно определить в конфигурационном файле pre-commit (в папке .git/hooks), код проверки работоспособности внесенных изменений. После этого, Git будет запускать указанную проверку перед каждым коммитом. В случае если проверка вернет код отличный от нуля, коммит не будет применен.

Подробнее тут:

• Настройка Git — Хуки в Git
• Создание, настройка и использование собственного Git-сервера

Посмотреть ответ

Одной из самых популярных моделей ветвления Git является git flow. Говоря кратко, работая по этой модели в репозитории должны быть две постоянные ветки (master, develop) и любое количество временных веток (feature- , release-, hotfix-) которые вливаются в основные. Порядок подготовки релизов от начала разработки и непосредственно к осуществлению релиза четко диктуется моделью. Подробнее можно почитать по ссылке.

Подробнее тут:

• Ветвление в Git — О ветвлении в двух словах
• Рабочий процесс Gitflow Workflow
• Удачная модель ветвления для Git

Команда git branch —merged отфильтровывает ветки, которые были слиты.

Подробнее тут:

• Git merge
• Git Branch Merge
• Ветвление в Git — Управление ветками

Команда git rebase (перебазирование) — применяет коммиты текущей ветки после коммитов ветки, указанной в команде rebase. С помощью rebase можно выполнять целый ряд задач: слияние веток, перемотку (fast forwarding), изменение коммитов текущей ветки (редактирование, именование, удаление, слияние, перетасовка коммитов), пересадку текущей ветки (с помощью опции —onto) и др.

Подробнее тут:

• Ветвление в Git — Перебазирование
• git rebase
• Git-rebase
• git rebase для начинающих