git的變基--continue對新犯

Question

如果我碰上合併錯誤，我通常解決了合併錯誤，重新添加我的文件，並使用 git rebase --continue
繼續拉動和推動。

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

那麼哪一個被推薦使用，它們的優點和缺點是什麼？ 在此先感謝！

Answer 1

只需使用git rebase --continue。解決衝突是重組的一個預期部分。你扔掉了實際導致衝突的舊承諾，所以我認爲單獨記錄其解決方案沒有任何好處。

Answer 2

要添加到other answer，您的兩個選項是rebase和merge。

如果您單獨使用某個功能，或者特別需要在最新的主控臺上重播您的更改，則Rebase非常好。

當你與其他人一起工作時，合併是一件好事，因爲重新印刷會重寫歷史並使合作變得困難或徹底不可能。

快速變基（git pull --rebase）也很方便，如果你的變化是經常推（象那些其他人的），你要確保你的git的歷史，是在可視化工具，如gitg或git log --graph更清潔和更容易理解視圖。