我有一个develop
和一个release
分支。
我从develop
创建了一个补丁分支,其中有6个提交A,B,C,D,E,F(A
是最老的)。它已经过审核,然后三方合并回develop
。
然后我从release
创建了一个类似的修复分支(供审核),并从我基于develop
的修复分支中选择提交到基于release
的修复分支,如下所示:< / p>
git checkout release/patch/ticket1
git cherry-pick A^..F
这会在应用修补程序时导致意外的合并冲突。
我git cherry-pick --abort
编辑并尝试
git cherry-pick A
git cherry-pick B
git cherry-pick C
git cherry-pick D
git cherry-pick E
git cherry-pick F
这没有冲突。
我认为cherry-pick
从每个提交中创建了一个补丁并按顺序将它们应用到目标分支?
那么在指定范围时遇到合并冲突怎么可能,但在应用个人提交时却没有?
相关
修改
我尝试从评论中建议的测试,但无法重现我的问题。由于我对cherry-pick音序器的理解是正确的,我将不得不假设其他演员的干预(IDE,锁定观察者进程?)。