Итак, если вы хотите включить изменения из одной ветки Git в другую:
- Используйте слияние в тех случаях, когда вы хотите, чтобы набор коммитов был четко сгруппирован в истории.
- Используйте rebase, если хотите сохранить линейную историю коммитов.
- НЕ используйте перебазирование в общедоступной/разделяемой ветке.
Выполняет ли git pull слияние или перебазирование?
По умолчанию команда git pull выполняет слияние, но вы можете заставить ее интегрировать удаленную ветку с перебазированием, передав ей параметр --rebase.
Должен ли я тянуть после перебазирования?
tl;dr Вы должны обновить и мастер, и функцию с помощью git pull и git pull --rebase, прежде чем перебазировать функцию поверх master. Нет необходимости выполнять git pull после перебазирования ветки feature поверх master.
Должен ли я использовать git pull или git rebase?
Вывод. Если вы новичок в git и хотите, чтобы все было в безопасности, я рекомендую постоянно использовать git pull и git merge для слияния кода. … Если вы хотите поддерживать чистую и аккуратную историю git, git rebase для вас Просто помните, git rebase следует использовать с осторожностью, иначе вы заплатите за это цену:).
Нужно ли выполнять слияние после pull?
О слиянии запросов на вытягивание
В запросе на вытягивание вы предлагаете, чтобы изменения, которые вы сделали в головной ветке, были объединены в базовую ветку. По умолчанию любой запрос на включение может быть объединен в любое время, если только головная ветка не конфликтует с базовой веткой.