За замовчуванням команда git pull виконує злиття, але ви можете змусити його інтегрувати віддалену гілку з rebase, передавши йому параметр –rebase.

Перебазування підтверджує, що зміни у вашій гілці не конфліктують зі змінами в цільовій гілці. Якщо у вас є конфлікт злиття, ви можете перебазувати його, щоб виправити це.

Тоді ви можете Git об’єднати обидві гілки функцій, а потім використати Git rebase, щоб об’єднати гілки функцій у головну гілку. Таким чином, ви, як розробник, можете працювати над гілкою функції, але інші члени команди не побачать цього, коли дивляться на головну гілку.

Поки ви просто стискаєте коміти, вам ніколи не доведеться вирішувати конфлікт злиття під час цього. перебазування на гілку, яка розійшлася, як git rebase main . Це може спричинити конфлікти злиття.

Налаштований формат інструкції автоматично матиме довгий хеш фіксації перед форматом. Дивіться також НЕСУМІСНІ ПАРАМЕТРИ нижче. За замовчуванням rebase просто видалить коміти злиття зі списку завданьі помістіть перебазовані коміти в єдину лінійну гілку.

Коли ви зрозумієте, що таке перебазування, найважливіше дізнатися, коли цього не робити. Золоте правило git rebase полягає в тому ніколи не використовуйте його на публічних гілках. Перебазування переміщує всі коміти в main на вершину функції. Проблема в тому, що це сталося лише у вашому сховищі.

Merge зберігає історію, тоді як rebase переписує її. Перебазування є найбільш доцільним для індивідуального проекту. Перебазування корисно для впорядкування складної історії. Ви можете змінити історію комітів за допомогою інтерактивного перебазування.