Gitlab上手指南（六）｜如何利用vscode工具快速的解决代码冲突

相信很多用git的程序员对于git冲突都很恐惧。当你项目马上要上线，测试让你把主分支的代码合并一下，要做一个回归测试，然后你合并的时候，一堆冲突代码，直接让你头皮发麻。到底应该处理哪一个冲突，哪一段代码应该删除？哪一段代码不能删除呢？在你一通操作以后，发现竟然出了bug，然后上线延期。。。

首先我们来看看冲突时如何造成的

场景：如果有一个文件，你和另一个人同时修改某段代码的一部分，他把修改完的代码提交了以后，当你拉代码的时候，就会发现跟你的冲突了。

入图中所示：

上图中，提示我们READMD.me文件发生了冲突，需要我们手动解决，然后执行git add <冲突文件名> git rebase --continue即可。

那么出了这个问题应该如何解决呢？

我们借助vscode提示工具，可以看到

这里有四个选项

• Accept Current Chagne 选择当前的修改
• Accept Incoming Change 选择合并的修改
• Accept Both Change 接受两者
• Compare Chagne比较查看

这是只需要你自己查看一下你需要保留代码的哪一部分，然后选择不同的选项即可处理完毕这个冲突。不过在这之前，最好是找修改这个代码的人确认一下，他这个代码没有没有用，然后再决断需要留还是不留。

然后执行一下git add . && git rebase --continue,发现出现了下面的一幕：

完全不要慌张，这个是让你填写一个commit信息，默认会本地最后一次commit信息。那么这个如何去编辑呢？

其实这个是vim的操作模式，只需要执行下面几行命令即可搞定：

# 按i进入编辑模式
i

# 修改好commit信息
# 按esc退出编辑模式
esc

# 最后使用:wq保存并退出vim模式
:wq

到此为止，一个完整的冲突解决完毕。

如果你对vim命令实在是太陌生，不要慌，你修改完代码中的冲突部分以后，你可以在左侧的可视化工具栏里进行commit操作，效果和vim操作是一样的。

最后，谨记一点，当你修改冲突代码的时候，一定要看看这段冲突代码是谁造成的，冲突代码是不是线上代码？如果是线上代码千万不要删除，不然等你的代码一上线，bug直接让你奔溃。所以一定要跟相关的负责人去沟通一下。