git rebase - 繼續與新提交

Question

如果我遇到合並錯誤，我通常會解決合並錯誤，再次添加我的文件並使用git rebase --continue
繼續推拉。

現在我有時間深入了解git如何工作並想出來，應該可以創建一個新的提交。 我認為，這可能是一個好主意，以澄清存在一些合並錯誤，並且它們是手動解決的。

建議使用哪一個，它們的優點和缺點是什么？ 提前致謝！

Answer 1

只需使用git rebase --continue 。 解決沖突是變基的預期部分。 你丟棄了實際引起沖突的舊提交，因此我認為單獨記錄其解決方案沒有任何好處。

Answer 2

要添加到其他答案 ，您的兩個選項是rebase和merge。

當您單獨使用某個功能時，Rebase很好，或者特別需要在最新的主服務器上重播您的更改。

當你與其他人合作時，合並是很好的，因為改變重寫歷史並使合作變得困難或徹底不可能。

如果經常推送您的更改（與其他人一樣），快速rebase（ git pull --rebase ）也很方便，並且您希望確保您的git歷史記錄更清晰，更容易在gitg或git log --graph等可視化工具中使用git log --graph視圖。