Git pull всегда создает коммит слияния?
Есть лиgit pull всегда создавать коммит слияния?
Если у меня есть ветвь функции, которую я обновляюgit pull -r . master, а затем я переключаюсь на мастера и делаюgit pull . feature-branch Я несчитать Я получаю коммит слияния.
Ответы на вопрос(1)
хороший пример о git merge и fast-forward на связанном веб-сайте.
@MicroVirus дал хорошее объяснение. Ниже, серая точка - это ГОЛОВКА вашей локальной ГОЛОВКИ перед извлечением (выборка + слияние). Вы можете увидеть разницу между двумя способами слияния.
git fast forward http://ariya.ofilabs.com/wp-content/uploads/2013/09/merging.png
Еще один способ обновить репоgit pull это использовать--rebase вариант. Эта опция применяет ваши коммиты в верхней части ветки, переписывая историю. Ты можешь читатьподробности там, Люди делятся между использованиемgit pull или жеgit pull --rebase, На мой взгляд, для исправления ошибки следует использовать rebase, вместо классической тяги следует использовать, когда новая функция объединяется с master.
Пример Git ReBase
Прочитайте ссылку ниже, чтобы иметь представление о различных точках зрения:
git pullможет перемотать вперед.--rebaseфлаг немного меняет вещи (я не уверен в том, как он работает), но он все равно не должен создавать коммит слияния по умолчанию, я думаю. Не верьте мне на слово, хотя.git pull(дефолт,-no-ff,--rebase, так далее.).-ff(перемотка вперед) флаг говорит:«Когда слияние разрешается как ускоренная перемотка вперед, обновляйте только указатель ветви, не создавая фиксацию слияния. Это поведение по умолчанию».