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视图。