Запропонувати правкуПокращити цю статтюДопрацюйте відповідь до «Що відбувається за умовчанням при git pull?». Ваші зміни проходять модерацію перед публікацією.Потрібне підтвердженняКонтентЩо ви змінюєте🇺🇸EN🇺🇦UAПереглядЗаголовок (UA)Коротка відповідь (UA)За умовчанням **`git pull`** виконує дві операції поспіль: `git fetch` і `git merge`. **Ключове:** `git pull` за умовчанням виконує `git fetch`, а потім `git merge`, зливаючи зміни з віддаленої гілки в поточну локальну без переписування історії.Показується над повною відповіддю для швидкого нагадування.Відповідь (UA)ЗображенняЗа умовчанням `git pull` виконує **дві операції поспіль**: `git fetch` **+** `git merge` Тобто Git: 1. **забирає зміни** з віддаленого репозиторію 2. **зливає їх** у поточну локальну гілку через `merge` --- ## Розберемо по кроках Коли ти виконуєш: ```bash git pull ``` Git робить наступне: ### 1. `git fetch` - завантажує нові коміти з віддаленого репозиторію - **не чіпає** твій робочий код - оновлює віддалені посилання (`origin/main`, `origin/dev` тощо) ### 2. `git merge` - бере відповідну віддалену гілку - **зливає її в поточну локальну гілку** - за потреби створює **merge-коміт** Саме merge використовується **за умовчанням**. --- ## Приклад Ти перебуваєш у гілці `main`: ```bash git pull ``` Це еквівалентно: ```bash git fetch origin git merge origin/main ``` --- ## Що відбувається з історією - історія **не переписується** - можливий **merge-коміт** - якщо є конфлікти - Git зупиниться і попросить їх вирішити --- ## Важливий момент (часто запитують) `git pull` **НЕ робить rebase за умовчанням** Якщо хочеш rebase, потрібно явно вказати: ```bash git pull --rebase ``` або налаштувати це в конфігурації. --- ## Короткий відповідь для співбесіди > **За умовчанням** `git pull` **виконує** `git fetch`**, а потім** `git merge`**, зливаючи зміни з віддаленої гілки в поточну локальну без переписування історії.**Для рев’юераПримітка для модератора (необов’язково)Бачить лише модератор. Прискорює рев’ю.