什么時候應該使用git pull --rebase而不是git pull？

Question

我有一個本地提交[A]和一個指向提交[B]的分支。 我需要在提交之前先進行更改。

方案1：

提交[A]的更改不會影響提交[B]上的任何更改

git pull應該沒問題，pull應該不會覆蓋任何東西。 與使用git pull --rebase相同。

方案2：

提交[A]和提交[B]的更改會影響同一文件

git pull應該沒問題，git應該自動合並所有內容。 與使用git pull --rebase相同。

方案3：

提交[A]和提交[B]的更改（或刪除）會影響代碼行。

git pull結果變成合並沖突，我需要手動刪除。 與使用git pull --rebase相同。

我錯了嗎？ 在哪種情況下，我需要使用git pull --rebase ？ 如果您進行更改，則無論如何都需要通過auto merge ， no merge或解決merge conflicts來使提交的基准變大。

Answer 1

在這三種情況下都可以使用git pull --rebase 。 但是，在方案2和3中，您將有一個新的合並提交。 該消息將表明您將Branch 'foo' into branch 'foo'合並Branch 'foo' into branch 'foo' ，並且分支進行了很多更改，這會使歷史確實令人困惑。 使用git pull --rebase將沒有這些合並提交，並且將在git日志中顯示相當簡單的歷史記錄。