2015-12-03 5 views
-2

Я хочу знать, в чем преимущество опции --rebase в команде git pull, когда и где мы должны использовать эту опцию, и когда нам не нужно использовать эту опцию?Что означает git pull --rebase origin master?

+0

Вы понимаете, как слияние работает вообще? Вероятно, лучше всего вы понимаете, что до изучения того, как операция перебора влияет на способ структурирования транзакций. –

ответ

1

Вы должны использовать git pull --rebase когда

  • ваши изменения не заслуживают отдельной ветви

Действительно - почему не то? Это более понятно и не налагает логическую группировку на ваши коммиты.


Хорошо, я полагаю, что для этого требуется некоторое разъяснение. В Git, как вы, вероятно, знаете, вас поощряют к ветвлению и слиянию. Ваш локальный филиал, в который вы вносите изменения, и удаленная ветвь - это, фактически, разные ветви, а git pull - о слиянии их. Это разумно, поскольку вы нажимаете не очень часто и обычно накапливаете ряд изменений, прежде чем они составляют завершенную функцию.

Однако иногда - по какой-либо причине - вы считаете, что было бы лучше, если бы эти два - удаленные и локальные - были один филиал. Как в SVN. Именно здесь вступает в игру git pull --rebase. Вы больше не сливаетесь - вы на самом деле совершите на удаленной ветке. Именно об этом и говорят.

Независимо от того, опасно это или нет, вопрос о том, относитесь ли вы к местной и удаленной ветке как к одной неотъемлемой вещи. Иногда это разумно (когда ваши изменения малы, или если вы находитесь в начале надежной разработки, когда важные изменения вносятся небольшими коммитами). Иногда это не так (когда вы обычно создаете другую ветку, но вам было слишком лениво сделать это). Но это другой вопрос.

Link

Смежные вопросы