解决rebase或cherry-pick冲突后,为什么git不修改补丁?

时间:2019-08-08 04:36:52

标签: git

我从未完全理解的是为什么当我基于master并解决冲突,然后更新master并再次基于master的原因时,我必须重新解决我以前遇到的所有冲突。我知道rerere可以帮助解决此问题,但是我对为什么必须首先存在它感到困惑。我有一个与对this原始帖子的评论类似的问题:

  

一旦您重新建立了基础并解决了冲突,那么您确实可以将提交更改为基于原始版本的提交。下次,您不必重新解决此问题,因为您现在正在应用更新的补丁?

git不应该,一旦我解决了rebase中给定选择阶段的冲突,就修改补丁使其与新的基本commit兼容吗?换句话说,我基于master,解决了所有这些冲突。然后master用新的提交更新。说他们更改了我没有碰过的完全不相关的文件。我以此为基础。 git的逐步操作是什么导致我需要重新解决上次遇到的冲突?正如我说过的那样,我认为自从重新创建基础后,新的补丁将被修改为与新基础不冲突。

0 个答案:

没有答案