Запропонувати правкуПокращити цю статтюДопрацюйте відповідь до «Чи можна налаштувати git pull на rebase?». Ваші зміни проходять модерацію перед публікацією.Потрібне підтвердженняКонтентЩо ви змінюєте🇺🇸EN🇺🇦UAПереглядЗаголовок (UA)Коротка відповідь (UA)**Так**, можна: налаштування `pull.rebase=true` змушує `git pull` робити rebase замість merge. **Ключове:** це можна увімкнути глобально, для репозиторію або для конкретної гілки.Показується над повною відповіддю для швидкого нагадування.Відповідь (UA)ЗображенняТак, можна. Git уміє налаштувати `git pull` так, щоб він **типово робив rebase замість merge**. --- ## Варіант 1: Увімкнути rebase для всіх репозиторіїв (глобально) ```bash git config --global pull.rebase true ``` Після цього `git pull` буде еквівалентний `git pull --rebase` (у більшості звичайних випадків). Щоб перевірити: ```bash git config --global --get pull.rebase ``` --- ## Варіант 2: Увімкнути rebase тільки в поточному репозиторії ```bash git config pull.rebase true ``` Це впливає тільки на поточний проект. --- ## Варіант 3: Налаштувати rebase тільки для конкретної гілки Наприклад, тільки для `main`: ```bash git config branch.main.rebase true ``` Тепер, коли ти перебуваєш у `main` і робиш `git pull`, буде rebase. --- ## Корисне налаштування: автоматично ховати локальні зміни під час rebase Якщо у тебе часто є незакомічені зміни, зручно: ```bash git config --global rebase.autoStash true ``` Тоді Git сам зробить stash перед rebase і поверне зміни після. --- ## Як вимкнути (повернути merge) Глобально: ```bash git config --global pull.rebase false ``` Або видалити налаштування: ```bash git config --global --unset pull.rebase ``` --- ## Формулювання для співбесіди > **Так, можна: налаштуванням** `pull.rebase=true` **Git змушує** `git pull` **робити rebase замість merge. Це можна увімкнути глобально, для репозиторію або для конкретної гілки.**Для рев’юераПримітка для модератора (необов’язково)Бачить лише модератор. Прискорює рев’ю.