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

​大家好,我是陈哥,今天想和大家聊聊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会自动用小于号(<)、等号(=)和大于号(>)注释出冲突行,如下所示:

1<<<<<<< HEAD(Current Change) 2Hi world 3======= 4Hello earth 5>>>>>>> new-feature(Incoming Change)

小于号(<)和等号(=)之间的内容是当前分支(Current Change)中的更改。等号(=)和大于号(>)之间的内容是我们要合并到另一个分支的分支变更。

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

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

常见的合并冲突有两种类型:内容冲突和结果冲突。

1、内容冲突

我们在两个不同分支上,对同一行代码进行修改,就会发生内容冲突。例如,我们在一个分支的第2行修改了display: flex,又在另一个分支的同一文件的第2行修改了text-align: center。这就是会产生内容冲突,Git会提示我们对代码进行调整。

2、结构合并冲突

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

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

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

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

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

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

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

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

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

Git合并冲突-2

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

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

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

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

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

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

其实,合并冲突并非全然是坏事,这也是一次代码审查的机会。当我们掌握Git合并冲突的处理方法后,会发现团队协作会变得更加顺畅。如果你们还对Git有任何疑问,欢迎参加禅道·中国行(西安站),我们将采用游戏工作坊的形式带大家学习、了解Git。

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

点赞
收藏

评论区

加载中...

相关推荐

git常见合并冲突场景以及解决办法

git很好用,但是遇到合并冲突就会很痛苦!在此之前我一直都是个人开发者,因此对git的使用也不熟悉,本文将持续总结我在使用git合并过程中遇到的冲突的场景以及产生冲突后的解决办法。如果有不足的的地方还请各位大佬指正!一、第一种情况1、场景描述:当两人都拉取了同一个分支的代码,然后两人都对代码进行了修改,假设其中一人把他修改完的代码上传到master分支,这时

Twitter的分布式自增ID算法snowflake (Java版)

概述分布式系统中,有一些需要使用全局唯一ID的场景,这种时候为了防止ID冲突可以使用36位的UUID,但是UUID有一些缺点,首先他相对比较长,另外UUID一般是无序的。有些时候我们希望能使用一种简单一些的ID,并且希望ID能够按照时间有序生成。而twitter的snowflake解决了这种需求,最初Twitter把存储系统从MySQL迁移

Git中代码冲突的解决方式

使用Git管理代码,在进行代码提交的时候,如果出现了冲突该怎么办呢,下面就两种常见的冲突给出了解决方法,希望对大家有所帮助。冲突1:当你commit以后,在执行gitpullrebase的时候出现冲突,请按如下步骤解决:1 找到冲突文件,解决冲突2 执行gitaddxxx(xxx为冲突文件全路径)3 执行git

SVN学习总结(2)——SVN冲突解决

在我们用VS进行项目合作开发的过程中,SVN的提交控制是至关重要的,大家不可避免的都遇到过SVN冲突的问题,开发的时候,应该认真学习SVN的知识,减少冲突,集中时间放在开发上。解决冲突有三种方式:A、放弃自己的更新,使用svnrevert(回滚),然后提交。在这种方式下不需要使用svnresolved(解决)  

Fork for Mac(Git客户端)

是一款适用于Mac平台的Git客户端,它提供了一系列强大的功能,包括分支管理、代码比较、合并和冲突解决等。以下是Fork的一些特点和优点:直观的用户界面:Fork具有直观的用户界面和简单易用的操作,可以帮助用户快速地学习和使用Git。分支管理:该软件提供了

Git 教程:解密 .gitignore 文件、合并分支、解决冲突、及 Git 帮助

Git帮助如果你忘记了命令或命令的选项,你可以使用Git帮助。在命令行中,有几种不同的使用帮助命令的方式:gitcommandhelp查看特定命令的所有可用选项githelpall查看所有可能的命令让我们看看不同的命令。Githelp查看特定命令的选项任何