2.Cherry pick引用时解决了冲突下次合并分支还会冲突吗?

2.Cherry pick引用时解决了冲突下次合并分支还会冲突吗?

了解了cherry pick与create patch的区别(上一章《Cherry pick与Create Patch的区别》),再来校验两者在引用时解决冲突后,再次合并被引用分支,是否还会提示冲突?
期望:合并不再有冲突
结论:还是会再次提示冲突
原理:分支之间的合并在解决冲突之后,会产生新的提交快照记住这次冲突解决方案,并指向两个合并的父节点,再次互相合并时是不会再提示冲突的;而应用cherry pick快照解决的冲突时,创建的提交快照并不会指向引用分支的快照。

【1】master-01 提交一次

2.Cherry pick引用时解决了冲突下次合并分支还会冲突吗?

【2】master-02 提交commit2-1 ,再次提交commit2-2 (能与master-01产生冲突的提交)

2.Cherry pick引用时解决了冲突下次合并分支还会冲突吗?

【3】master-01 cherry pick commit 2-2 并解决冲突

(此次合并不加入master-02的第一次提交内容,期望下次合并分支时再加入)

2.Cherry pick引用时解决了冲突下次合并分支还会冲突吗?

【4】解决冲突后各自提交

2.Cherry pick引用时解决了冲突下次合并分支还会冲突吗?
2.Cherry pick引用时解决了冲突下次合并分支还会冲突吗?

【5】 合并分支提示冲突!

2.Cherry pick引用时解决了冲突下次合并分支还会冲突吗?
再来看看提交节点上,并没有指向分支,git将其看作是分支上的提交快照,而不是真正的分支合并快照。
2.Cherry pick引用时解决了冲突下次合并分支还会冲突吗?