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

举报
禅道程序猿 发表于 2024/10/21 13:21:23 2024/10/21
【摘要】 在本文,我想和大家简单分享一下遇到Git冲突该如何解决,希望对大家有所帮助。

大家好,我是陈哥,今天想和大家聊聊Git合并冲突解决~

背景

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

我想,比如这样?
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)

小于号(<)和等号(=)之间的内容是当前分支(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合并冲突

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

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

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

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

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

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

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

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

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

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

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。