一、问题描述
当把feature分支合并到master时，如果不存在合并冲突的情况下，会按照预期把feature分支的代码合并到master。但如果存在合并冲突，通过GitLab的UI页面在线解决冲突时，就会出现把master上的代码反向合并到feature分支的情况，造成该feature分支代码的污染。如果此时我们再将该feature分支合并到其他分支，便存在风险。
二、原因分析
GitLab的合并提交策略[1]：先把目标分支合并到源分支上，在源分支上解决冲突，然后把修改后的源分支合并到目标分支上。
三、解决方案
1、feature分支合并到master，当出现了冲突，通过在线解决冲突完成合并后，对feature分支做回滚。
2、从要合并的feature分支拉一个临时分支来进行冲突解决合并。
参考：
[1] GitLab的合并提交策略:https://docs.gitlab.cn/jh/user/project/merge_requests/conflicts.html#%E5%90%88%E5%B9%B6%E6%8F%90%E4%BA%A4%E7%AD%96%E7%95%A5
网友评论