Question 1

Чим git commit відрізняється від git push?

Accepted Answer

git commit зберігає знімок проіндексованих змін у локальному репозиторії, нікуди не надсилаючи його. git push відправляє локальні коміти у віддалений репозиторій, наприклад на GitHub. Перед комітом зміни додають в індекс через git add. Тому можна зробити кілька комітів офлайн і запушити їх разом пізніше.

Question 2

Що таке гілка в Git і навіщо вона потрібна?

Accepted Answer

Гілка в Git це легкий рухомий вказівник на коміт, тому створити її майже нічого не коштує. Нові коміти зсувають вказівник поточної гілки вперед, а HEAD показує, на якій гілці ви зараз. Гілки дозволяють паралельно працювати над задачами, не ламаючи основну гілку. Створюють і перемикаються через git switch -c name або git checkout -b name.

Question 3

У чому різниця між git fetch і git pull?

Accepted Answer

git fetch завантажує нові коміти й гілки з remote і оновлює гілки на кшталт origin/main, але не чіпає ваші локальні гілки. git pull робить fetch, а потім одразу інтегрує зміни в поточну гілку через merge або rebase. fetch безпечний: можна спершу подивитися, що прийшло, і лише потім вирішити, як зливати.

Question 4

Як виникає конфлікт злиття і як його розв'язати?

Accepted Answer

Конфлікт виникає, коли дві гілки по-різному змінили ті самі рядки файлу або одна змінила файл, а інша видалила. Git зупиняє злиття і позначає спірні місця маркерами <<<<<<<, ======= і >>>>>>>. Треба вручну залишити правильний варіант, прибрати маркери, додати файл через git add і завершити злиття комітом. Якщо щось пішло не так, git merge --abort повертає стан до злиття.

Question 5

Навіщо потрібні git stash і файл .gitignore?

Accepted Answer

git stash тимчасово ховає незакомічені зміни і повертає чисту робочу копію, щоб, наприклад, перемкнутися на іншу гілку. Повернути їх можна через git stash pop або git stash apply. .gitignore перелічує шаблони файлів, які Git не повинен відстежувати: node_modules, збірки, .env з секретами. Він не діє на файли, які вже додані в репозиторій, їх треба прибрати через git rm --cached.

Question 6

Чим git merge відрізняється від git rebase? Коли що використовувати?

Accepted Answer

merge об'єднує історії гілок і створює merge-коміт, зберігаючи реальну історію без змін. rebase переносить ваші коміти поверх іншої гілки, створюючи нові коміти з іншими хешами, тому історія стає лінійною. Rebase зручний для оновлення власної гілки перед PR. Не можна робити rebase комітів, які вже опубліковані й використовуються іншими, бо це переписує спільну історію.

Question 7

Чим git reset відрізняється від git revert?

Accepted Answer

git reset переміщує вказівник гілки на інший коміт, фактично прибираючи наступні коміти з історії. Режими --soft, --mixed і --hard визначають, чи залишаться зміни в індексі, у робочій копії чи зникнуть зовсім. git revert створює новий коміт, який скасовує зміни вказаного коміту, і не переписує історію. Тому для вже запушених комітів у спільній гілці використовують revert.

Question 8

Що робить git cherry-pick і коли він доречний?

Accepted Answer

git cherry-pick <hash> бере зміни конкретного коміту і застосовує їх поверх поточної гілки як новий коміт з іншим хешем. Його використовують, щоб перенести окремий фікс, наприклад з main у гілку релізу, не зливаючи всю гілку. Як і при злитті, можуть виникнути конфлікти. Часте використання створює дублікати комітів у різних гілках, тому це точковий інструмент.

Питання на співбесіді з Git

Питання рівня Junior

1. Чим `git commit` відрізняється від `git push`?

2. Що таке гілка в Git і навіщо вона потрібна?

3. У чому різниця між `git fetch` і `git pull`?

4. Як виникає конфлікт злиття і як його розв'язати?

5. Навіщо потрібні `git stash` і файл `.gitignore`?

Питання рівня Middle

1. Чим `git merge` відрізняється від `git rebase`? Коли що використовувати?

2. Чим `git reset` відрізняється від `git revert`?

3. Що робить `git cherry-pick` і коли він доречний?

Тренуй ці питання

Відповідай уголос і отримуй оцінку

Інші теми

Розділи платформи