在代码耦合比较少的情况下,可以使用以下的分支策略。
(1)在各自的feature分支进行开发测试
(2)同一时间上线的需要合进同一个release分支进行回归测试,由于代码耦合较少,可能产生的冲突较少,手工解决。
(3)release分支经过回归测试后,即可上线。
如果在feature上线之前,master已经上线了大量变更,此时将feature合进release可能会产生大量冲突,此时需要对feature分支进行rebase操作,rebase后在feature分支上测试通过,才可以合进release。
rebase后的效果:
rebase命令相当于将m1,m2合进了feature分支,feature是在m2后拉出的,而m3,m4需要相应作出变更以适配m1,m2
需要注意的是,rebase命令对每一次commit都进行了变更来适配基线,整个分支都被改变了,需要重新提交到远程,如果分支有合作的开发人员,需要合别的开发人员沟通好。