git rebase --continue 与新提交
git rebase --continue vs. new commit
如果我 运行 遇到合并错误，我通常会解决合并错误，再次添加我的文件并使用
git rebase --continue
继续拉和推。
现在我有一些时间来深入研究 git 的工作原理并发现应该可以创建一个新的提交。我认为，澄清存在一些合并错误并手动解决它们可能是个好主意。
那么推荐使用哪一种，它们的优缺点是什么？
提前致谢！
只需使用git rebase --continue。解决冲突是 rebase 的预期部分。您正在丢弃实际导致冲突的旧提交，因此我认为单独记录其解决方案没有任何好处。
要添加到 ，您的两个选项是变基和合并。
当您单独处理一项功能时，或者特别需要在最新的母版上重放您的更改时，Rebase 非常有用。
当您与其他人合作时，合并非常有用，因为变基会重写历史并使协作变得困难或完全不可能。
如果您的更改被频繁推送（与其他人的更改一样）并且您希望确保您的 git 历史更清晰且更易于遵循，则快速变基 (git pull --rebase) 也很方便在 gitg 或 git log --graph 视图等可视化工具中。
如果我 运行 遇到合并错误，我通常会解决合并错误，再次添加我的文件并使用
git rebase --continue
继续拉和推。
现在我有一些时间来深入研究 git 的工作原理并发现应该可以创建一个新的提交。我认为，澄清存在一些合并错误并手动解决它们可能是个好主意。
那么推荐使用哪一种，它们的优缺点是什么？ 提前致谢！
只需使用git rebase --continue。解决冲突是 rebase 的预期部分。您正在丢弃实际导致冲突的旧提交，因此我认为单独记录其解决方案没有任何好处。
要添加到
当您单独处理一项功能时，或者特别需要在最新的母版上重放您的更改时，Rebase 非常有用。
当您与其他人合作时，合并非常有用，因为变基会重写历史并使协作变得困难或完全不可能。
如果您的更改被频繁推送（与其他人的更改一样）并且您希望确保您的 git 历史更清晰且更易于遵循，则快速变基 (git pull --rebase) 也很方便在 gitg 或 git log --graph 视图等可视化工具中。