稳定情绪！别再让Git合并冲突影响你工作了

背景

前几天，我正好收到了一位读者的留言：又又又又遇到了Git合并冲突，解决冲突比写代码还费劲，突然想起SVN的好。该怎么避免Git冲突啊？

我想，比如这样？

在我看来，Git合并冲突是不可避免的。在本文，我想和大家简单分享一下遇到Git冲突该如何解决，希望对大家有所帮助。在此之前，我们先来了解一下Git的合并冲突是什么以及合并冲突的类型有哪些。或者如果只对如何解决Git合并冲突感兴趣，也可以滑至第三部分直接阅读。

一、如何识别Git中的合并冲突？

在Git中，我们在两个不同的分支对同一个文件进行更改，特别是在同一文件的同一行尽心更改，会容易产生合并冲突。在这种情况下，Git无法自动解决这些更改之间的不一致性，它会暂停合并过程，并将冲突标记出来，等待我们手动解决。

• 在分支main中工作，并修改了mytext.txt文件的第1行，如Hi world。
• 切换到分支new-feature，然后对mytext.txt的第二行进行修改，如Hello earth。

当我们准备尝试将new-feature分支合并到main分支时，Git无法自动决定在Hi world和Hello earth之间接受哪一个。因此，Git会提醒合并冲突错误，并告诉我们手动解决冲突。

这时，Git会自动用小于号（＜）、等号（=）和大于号（＞）注释出冲突行，如下所示：

<<<<<<< HEAD(Current Change)
Hi world
=======
Hello earth
>>>>>>> new-feature(Incoming Change)

我们可以自行删除这些注释，再决定如何处理冲突代码行。因此，我们不必将合并冲突看作绊脚石，而可以将其作为需要删除的一些注释以及需要接受或拒绝的内容。

二、Git中合并冲突的类型有那些？

1、内容冲突

2、结构合并冲突

结构冲突是指我们在两个不同分支上进行的修改会影响同一个文件。虽然彼此之间不发生逐行冲突，但这些更改会影响文件的结构或组织，如重命名变量、函数、移动代码块等。如果发生结构冲突，Git会提示我们想保留哪些更改。

三、如何解决Git中的合并冲突

既然我们已经了解了Git的合并冲突以及合并冲突的类型，那么我们具体来看看到底该如何解决Git中的合并冲突。

现在许多代码编辑器都能有在本地合并时，解决合并冲突的接口，我将以vscode为例子说明如何解决合并冲突。

1、如何在vscode中解决合并冲突

当我们切换到要合并的分支并运行git merge branch-to-merge时，如果存在冲突，系统会提示我们需要解决。vscode中的界面如下所示：

如果我们还没有准备好解决冲突，可以先通过运行git merge --abort来中止合并。如果想要继续解决冲突，我们有三种方式来解决冲突：接受新的更改、接受当前更改或同时接受两个更改。选择三种方式中的任何一种，就能够解决合并冲突。

2、vscode合并编辑器如何解决Git中的合并冲突

运行git merge <branch-to-merge>后，点击“打开合并编辑器”，会出现如下的三个视图：

左侧是新分支的更改，右侧是当前分支的更改，以及两者下方的预览。Incoming是我们想要合并到目标分支的分支中的更改，而current是我们想要合并到的分支中已有的更改。

在合并编辑器中，可使用以下任一方式开始解决冲突：

• 逐行查看冲突，通过选择复选框来选泽保留左侧还是右侧更改。
• 选择“接受传入”按钮以接受所有传入的更改，或选择“接受当前”按钮以保留所有存在冲突的更改的当前版本。
• 在“结果”窗口中手动编辑代码。

解决合并冲突后，单击“接受合并”按钮即可。

四、合并冲突并非全然是坏事

当然，如果团队在为大型代码库创建了PR，并出现合并冲突，那么还有另一种解决方法。我们可以通过运行git pull --rebase upstream main与main重新绑定。这时，我们会看到一个解决冲突的界面以及包含冲突的文件。完成后，运行git add .、git rebase --continue，然后强制推送到分支。

其实，合并冲突并非全然是坏事，这也是一次代码审查的机会。当我们掌握Git合并冲突的处理方法后，会发现团队协作会变得更加顺畅。如果你们还对Git有任何疑问，欢迎参加禅道·中国行（西安站），我们将采用游戏工作坊的形式带大家学习、了解Git。您可以扫码下方二维码，备注【禅道·中国行西安站】，联系工作人员报名活动。

最后，希望我的分享可以帮助到你，也欢迎给我留言与我讨论。