當我應該/不應該使用git pull --rebase

Question

已經檢查過這些問題：

我什么時候應該使用git pull --rebase？

執行rebase后，Git提交在同一分支中重復

什么時候`git pull --rebase`讓我陷入困境？

但我不明白的是，有些人說你應該總是git pull --rebase而其他人則在拉動時將其設置為默認選項，而其他人則認為這會產生問題。

我現在面臨的重復在git的日志提交的問題，我想這是因為--rebasing在錯誤的時間，我們應該只pull ，我知道的區別git pull和git pull --rebase是混帳拉試圖合並本地和遠程，而git pull --rebase復制提交。

場景：

1. 當我開始我的工作和做任何新的事情之前，我需要拉動其他開發人員的變化，我應該使用git pull --rebase還是只有git pull ？ 為什么？
2. 當我工作和承諾並決定推，但然后git要求我先拉我應該使用git pull --rebase or git pull ？ 為什么？
3. 當我工作和提交，工作和提交（循環），然后在我的工作中我需要別人的其他更改，然后我繼續我的任務應該我git pull或git pull --rebase ？ 為什么？

謝謝

Answer 1

git pull做了兩件事 - git fetch后跟git merge 。 如果你使用git pull --rebase ，它會改為git fetch然后是git rebase 。 回答您的具體問題：

1. 如果您尚未在本地提交任何更改，則無關緊要。 結果將是相同的。 隱式git merge將是一個快進。

2. 通常在這種情況下你想要改變; 您希望您的更改是基於遙控器正在進行的線性歷史記錄。

3. 通常你也會在這里改變。 同樣，您希望在遠程歷史記錄之上添加本地工作，而不是向其添加合並提交。

只需不在遠程跟蹤分支上工作就可以避免所有這些混亂。