Gitlab合并代码并解决冲突的问题

先说说核心场景。你的项目里有两个远程分支：一个是你日常开发的 dev-jwh，另一个是默认的 main。现在开发分支上的代码已经上传到远程了，需要把这些变更同步到 main 分支上。在 GitLab 平台上操作，会遇到两种情况：一种是提交代码后，界面直接弹出了 Create merge request 的提示；另一种是没提示，需要手动点 New merge request。两种路径都能到达终点，但操作细节略有不同，下面分别拆解。

1. Create merge request

当你把本地 dev-jwh 的代码推送到远程仓库后，GitLab 的 Merge requests 模块会收到提交信息。这时候，在项目左侧栏找到 Merge requests，就能看到对应的提示。

1.1 创建合并请求

看到 Create merge request 的按钮，直接点它，就可以开始合并操作了。如果没看到这个提示，别急，下一节会讲手动创建的方法。

1.2 合并请求标题和描述填写

进入创建页面后，默认会带一些内容。你可以在 Title 里写个标题，在 Description 里写描述，当然，直接保留默认内容也行，看个人习惯。

1.3 取消勾选

这里有个关键操作：Merge options 里的第一项 Delete source branch when merge request is accepted，默认是勾选的。一定要记得取消勾选！否则合并成功后，你的 dev-jwh 分支会被自动删除，这可不是我们想要的结果。确认取消后，点击 Create merge request 创建请求。

1.4 授权并合并

创建请求后，依次点击 Approve 授权，然后再点 Merge 合并。其他内容不用填，两步操作之后，代码就同步到远程 main 分支了。

1.5 合并完成

如果代码没有冲突，合并过程会顺利结束，状态如下图。

1.6 合并未完成——需解决冲突

如果有冲突，界面会出现 Resolve conflicts 按钮。这时候，点击它进入冲突解决流程，具体操作可以参考第3节。

2. New merge request

如果界面没有自动弹出合并请求提示，那就手动创建——在右上角找到 New merge request 按钮。

2.2 分支选择

进入创建页面后，需要选择要合并的源分支和目标分支。左边是源分支（你开发的分支），右边是目标分支，默认是 main。在左侧框里选择 dev-jwh，然后点击 Compare branches and continue 对比两个分支，继续下一步。

2.3 合并信息填写

这一步可以给这次合并起个名字，写个简单的描述，比如“合并dev-jwh的某某功能”。

2.4 取消勾选

和之前一样，在 Merge options 里取消勾选 Delete source branch 选项，否则合并后 dev-jwh 会被删除。确认后点击 Create merge request 创建合并。

2.5 授权并合并

先点 Approve 授权，然后再进行下一步操作。

2.6 冲突解决

如果界面出现 Resolve conflicts 按钮，说明有冲突需要处理。点击它，进入冲突解决界面。

2.7 代码选择

冲突解决界面里，会看到两段代码对比。Use ours 表示保留 dev-jwh 分支的代码，Use theirs 表示保留 main 分支的代码。这里根据需求选择——如果想保留自己的改动，就点 Use ours。然后点击 Commit to source branch 提交冲突解决结果。

2.8 再次合并

提交冲突解决后，界面会跳回到合并请求页面。这时候，再次确认 Delete source branch 选项是未勾选的，然后点击 Merge 完成合并。

2.9 合并成功

合并成功后，界面会显示如下状态。

3. 冲突解决

3.1 制造冲突

为了演示冲突场景，假设我们在两个分支上对同一段代码做了不同修改。

• dev-jwh 分支的内容是“列表数量”
• main 分支的内容是“列表大小”

当两个分支合并时，GitLab 无法自动判断该保留哪个，就会产生冲突。

3.2 合并及解决冲突

有冲突时，Merge 按钮是灰色的，必须先解决冲突。点击 Resolve conflicts 进入解决界面。

在解决界面，可以看到冲突的具体内容。选择 Use ours 保留自己的代码，或者 Use theirs 保留目标分支的代码。这里以选择 Use ours（保留“列表数量”）为例。

选择之后，点击 Commit to source branch 提交冲突解决结果，界面会跳回到合并请求页。别忘了先点 Approve 授权。

刷新界面，再次点击 Merge。

3.3 合并成功

合并成功后的界面如下。

3.4 查看合并结果

最后，去远程仓库查看 main 分支的代码，确认已经更新为期望的内容（获取列表数量），冲突解决完毕。

总结

以上就是通过 GitLab 平台将开发分支代码同步到主分支的完整流程。核心在于两点：一是合并前记得取消勾选“删除源分支”的选项，避免误删分支；二是遇到冲突时，理性选择保留哪一方的代码，完成提交后再合并。希望这套流程能帮到你。