Git 仓库中 -- 代码冲突产生、定位、解决的流程

已于 2024-06-16 23:38:23 修改
阅读量1.2k 收藏 27
点赞数 8
分类专栏： Git 管理 文章标签： git 前端
于 2024-05-25 20:21:08 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_52268321/article/details/139201735
版权

目录

前置知识

远程仓库： 是指存储在远程服务器上的Git仓库，如 github、gitee 中创建的仓库
本地仓库： 是指存储在开发者本地计算机上的Git仓库。开发者可以在本地仓库中进行代码修改，而这些变更只影响到本地仓库。开发者可以将本地仓库中的代码推送（Push）到远程仓库，也可以从远程仓库拉取（Pull）最新的代码到本地仓库。

1 工具环境

git + tortoisegit

2 冲突的产生

举例说明，在当前分支上，有一段代码是这样的

<h2>金融领域情感分析系统</h2>

人员 A 开始开发，将代码修改为如下

<h2>金融领域情感分析系统，第一次更改</h2>

并且将代码 push 到远程仓库

但是在 A 将代码 push 之前，人员 B 就开始开发，将代码修改为如下

<h2>金融领域情感分析系统，第二次更改</h2>

A 人员 push 代码后，B 才开发完，准备提交代码，但由于 A B 都修改了同一行代码，就造成了代码冲突，无法 push 上去

下面 DEMO 记录了冲突产生、寻找、解决的完整流程

2.1 仓库中的源代码

源代码如下：
在这里插入图片描述
目前有两个人员 A、B 进行开发任务，基于当前代码 clone 到本地

2.2 人员 A 首先更改代码

A 将代码进行修改，并 push 代码至远程仓库
在这里插入图片描述

2.3 人员 B 更改代码，产生冲突

B 人员原本代码如下

在这里插入图片描述
为了模拟代码冲突，修改代码如下

在这里插入图片描述

然后 B 执行 commit，commit 是不会有错误的，如下图

在这里插入图片描述

commit 成功后，进行 push 操作，到这一步就会提示 error，如下图

2.3.1 第一次错误提示：

在这里插入图片描述

上图的的红色error，表明：这是由于远程库与本地库代码不一致造成的。说通俗点，就是远程仓库存在一些新代码，你没有拉取 (pull)，根据下面的提示也可以知道，我们需要进行 git pull 操作
接下来执行 git pull 命令， git pull 会拉取远程仓库的代码至本地，进行代码合并

2.3.2 第二次错误提示：

如下图，我执行了 git pull，希望将远程仓库的代码拉取同步，一般情况下，远程仓库的代码会自动合并到我的本地，但是！由于 A B 人员修改过同一行代码，必然会造成冲突，。git pull会提示错误：CONFLICT （冲突）
在这里插入图片描述
图中有两处信息提示值得我们注意：

  • 1 提示：CONFLICT (content): Merge conflict in src/components/myHeader.vue，表示该文件存在冲突
  • 2 提示：Automatic merge failed; fix conflicts and then commit the result.，表示需要我们自己手动解决冲突，然后再次进行 commit

说通俗点，就是由于 A B 人员修改过同一行代码，必然会造成冲突，需要我们自己手动解决冲突，也就是，我们手动对代码进行合并，将冲突的代码合并起来，再重新进行 commit push

3 查看冲突

下面我们来看看是哪些具体代码产生了冲突
此时我们打开文件夹，可以看到有冲突的文件会携带一个 黄色的警告标识
在这里插入图片描述
我们使用 VScode 打开，可以看到当前代码会使用如下符号，将代码分隔开

<<<<<<<<<HEAD
代码
==========
代码
>>>>>>>>>>

如下图所示：

在这里插入图片描述

这些 <<<<< >>>>> 符号表示什么意思？我将这里分为三个重要的部分

  • 1 黄色区域：为我们提供了一些快捷的解决冲突方式
    • 采用当前更改：代码会抛弃人员 A 的更改，仅保留人员 B 的更改，一般不会使用
    • 采用传入的更改：代码会抛弃人员 B 的更改，仅保留人员 A 的更改，一般不会使用
    • 保留双方更改：A 和 B 的更改都会被保留下来，一般不会使用
    • 比较变更：会打开一个界面，我们可以更清晰的看到代码变更
  • 2 红色区域：这里是人员 B 修改的代码，即本次提交作者改的代码
  • 3 绿色区域：这里是人员 A 修改的代码，即上一次提交作者改的代码

到此，我们就知道了哪里的代码产生了冲突

4 手动解决冲突

接下来，我们要手动，将冲突的代码合并起来

4.1 方式一

方式一是使用编辑器 vscode 进行修改，打开编辑器，如下图

在这里插入图片描述

上一节中，已经解释了 <<<<< 和 >>>>>> 分隔代码的含义
假设我们目前希望，A B的代码都保留，即保留所有文案：“第一次更改”和“第二次更改”和“”按钮，我们只需要在编辑器中，将代码合并为我们希望的样子，并删除多余的内容，如下图所示
在这里插入图片描述
保存后，然后右键选择文件，点击 resolve，表示将冲突已经解决，文件的黄色警告就会消失
在这里插入图片描述
在这里插入图片描述

4.2 方式二（tortoisegit）

在这里插入图片描述

左上：人员 A 的修改
右上：人员 B 的修改
下面：我们需要手动处理合并，即我们希望怎么保留代码，将代码写在下面
其中，黄色表示该部分代码已被删除，我们要将保留的代码写在红色区域
在这里插入图片描述
如果我们希望，将人员A的修改，和人员B的修改都保留，那么可以在下面的区域，将文案“第一次更改”“第二个更改”都添加上，即代码会被合并为这样
在这里插入图片描述
保存关闭窗口，右键选择文件，点击 resolve，表示将冲突已经解决，文件的黄色警告就会消失
在这里插入图片描述

5 合并冲突后重新commit

到这里，我们已经将冲突合并
我们需要重新进行 commit 和 push操作

在这里插入图片描述
此时，message 上自动会有文案如下图
表示当前 commit 的代码合并了冲突

在这里插入图片描述
点击 commit ，会出现弹窗，点击 ignore

在这里插入图片描述

6 合并冲突后重新 push

执行 git push，代码提交成功
在这里插入图片描述
进入 github 仓库中，查看代码，是我们手动合并后的效果

在这里插入图片描述
到此代码冲突的问题就解决好了

诚诚程程成
关注
  • 8
    点赞
  • 踩
  • 27
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
详解git commit --amend 用法
10-15
Git 是一个分布式版本控制系统，它允许开发者追踪和管理代码更改。在 Git 中，`git commit --amend` 是一个强大的命令，用于修改最近一次提交的内容或消息。这个命令对于修正错误的提交信息或整合连续的提交非常有用...
git 的使用以及如何解决git冲突问题
m0_52165864的博客
08-22 1万+
将一个远程仓库拉取下来，并在本地仓库修改，然后推送本地仓库版本到远程仓库中。 git冲突：两个本地仓库同时修改文件夹会产生冲突。 分支：master主分支 每个都会在自己本地产生dev（develop)分支和master分支，在dev分支中修改代码，dev分支修改完成测试完成之后就合并到master分支，到master分支生效。
Git代码冲突解决步骤
最新发布
Alwaywon的博客
01-13 1866
今天讨论下实际开发中有关版本控制的问题。在多人协作编码时，使用Git版本管理，在提交代码时可能会遇到冲突的情况，这里讨论下冲突的解决步骤。
git解决冲突（超详细图文版及常用命令）
热门推荐
公众号：Java与交易 获取更多教程
03-10 5万+
git冲突解决最详细的版本，再也不怕冲突了
Git冲突解决详细过程
IT之一小佬的博客
07-30 9965
Git冲突解决详细过程
解决git冲突步骤（超详细）
weixin_45597885的博客
03-11 2万+
本文介绍git冲突产生原因，详细介绍两种冲突的解决步骤（图文详细说明），包括merge冲突、push/pull冲突两种冲突类型的详细解决步骤
【Git】制造冲突以及解决冲突的详细方法
weixin_60387745的博客
05-04 7069
制造冲突以及解决冲突的详细方法，在本地的图形化界面，以及命令行进行演示 ! [rejected] master -> master (fetch first) ! [remote rejected] master -> master (pre-receive hook declined) ! [remote rejected] master -> master(non-fast-forward) git add . git push origin master 出现了这样的问题 everyt
git常用命令及冲突解决
gettoken的博客
07-10 3876
用法：git config –global user.email "[email address]"我们可以使用命令：git reset --soft HEAD^ 这样就成功撤销了commit。用法：git config –global user.name "[name]"使用git reset --hard HEAD^ 这样连add也撤销了。git commit -m "第一次提交，注释必须写"创建分支：git checkout -b 分支名。该命令将丢弃所有的历史记录，并回滚到指定的提交。
【git】git解决冲突
fantasty9413的博客
09-06 6545
git使用git rebase解决冲突
git-of-theseus：分析Git仓库随着时间的增长
02-02
一些脚本来分析Git仓库。 产生像这样的（在本身上运行）：正在安装运行pip install git-of-theseus跑步首先，您需要运行git-of-theseus-analyze <path> （有关大量配置，请参见git-of-theseus-analyze --help ）。 ...
git-preserve-permissions:在git仓库中保留文件权限
05-15
保留git存储库中的文件权限 向后兼容中断 从1.3版开始，权限数据库文件格式更改为始终包含所有信息：权限，所有者，组，即使不需要。 这样，更改user ， group和perms选项应该始终可以按预期工作。 以前的版本不应...
git-code-format-maven-plugin：一个maven插件，可自动将https：github.comgooglegoogle-java-format代码格式化程序部署为预提交的git hook
02-03
Git代码格式Maven插件 一个Maven插件，可自动将代码格式化程序部署为pre-commit git挂钩。 提交后，挂钩将自动格式化暂存的Java文件。 在2.x和3.x之间进行重大更改 google-java-format 1.8。 插件支持的最低运行时...
详解git reset --hard 和 git reset --soft区别
10-15
主要介绍了详解git reset --hard 和 git reset --soft区别，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
工作中Git的使用流程及冲突解决
zhanglongle_的博客
11-21 2192
场景：进入了公司后，leader说，你先熟悉一下咱们的项目代码，然后给了你一个远程仓库的地址....
Git冲突与解决方法
xll_csdn的博客
04-07 6795
Git冲突与解决方法 1、git冲突的场景 情景一：多个分支代码合并到一个分支时； 情景二：多个分支向同一个远端分支推送代码时； 实际上，push操作即是将本地代码merge到远端库分支上。 关于push和pull其实就分别是用本地分支合并到远程分支 和 将远程分支合并到本地分支 所以这两个过程中也可能存在冲突。 git的合并中产生冲突的具体情况： 　　<1>两个分支中修改了同一个文件（不管什么地方） 　　<2>两个分支中修改了同一个文件的名称 两个分支中分别修改了.
GIT代码冲突解决方案，两种方案详细教程
yqj234的专栏
09-15 2万+
方法一:先pull 再进行commit 此种方法当工作区文件和远程仓库文件有冲突时不能完成pull的,需要先备份工作区文件,恢复文件与远程服务器一致,才能完成pull,然后将本地修改添加进去,commit–push.这种操作修改文件较多时非常麻烦. 如图:远程仓库文件与工作区文件冲突无法完成pull 远程仓库文件: 工作区文件: 此时工作区文件未进行commit操作 pull结果如图: 此时需要恢复工作区文件至未修改前版本 然后进行pul...
git 解决冲突的几种办法
xialiu8086的专栏
12-18 8293
一、 忽略本地修改，强制拉取远程到本地（推荐指数1颗星）这个方案是最笨拙的，最简单的，主要发生的情景是阅读代码的时候自己加了点注释或者不小心改了内容，现在远程文档更新，显示冲突，解决方案就是reset本地文件。但是当自己确实是改了代码，只有将本地代码备份到一个目录，然后reset自己的项目，然后pull 再然后 根据自己备份的代码合并到刚刚更新的代码上来 二、 stash 解决冲突（推荐指数5颗星） // 场景同事 有新提交 我 没有pull -> 修改了文件 -> pull ->.
再也不怕Git冲突啦（保姆级教学超详细图文版）
weixin_49708955的博客
05-09 419
其中=======的上半部分对应的是main分支内容（HEAD指向当前分支，因为合并命令是在main分支中执行的），下半部分对应的是xsy分支内容，现在就可以选择任何一个版本或者合并两个版本作为最终版本来解决冲突了。​ 冲突产生的原因是因为在合并文件时同一个文件的同一个位置都修改了，并且内容不同，也即两个已经提交的分支的相同文件相同位置的不同操作进行了合并，所以产生了冲突。目前有main分支和xsy分支，两个分支里面都有mytest.txt文件。打开冲突文件，手动修改冲突内容。
git pull --rebase 冲突解决
08-31
在使用 `git pull --rebase` 命令时，如果发生冲突，你需要解决这些冲突。以下是一般的冲突解决步骤： 1. 首先，运行 `git status` 命令，查看当前分支的状态和冲突文件。 2. 打开冲突文件，可以看到类似下面的内容： ``` <<<<<<< HEAD // 当前分支的代码 ======= // 远程分支的代码 >>>>>>> 1234567890abcdef ``` `<<<<<<< HEAD` 和 `=======` 之间是你当前分支的代码，而 `=======` 和 `>>>>>>> 1234567890abcdef` 之间是远程分支的代码。 3. 根据需求修改冲突文件，选择保留需要的代码或者将两个分支的代码合并。 4. 完成修改后，将冲突文件保存。 5. 运行 `git add <冲突文件>` 命令，将解决冲突的文件标记为已解决。 6. 运行 `git rebase --continue` 命令，继续进行 rebase 操作。 7. 如果还有其他冲突，重复上述步骤，直到所有冲突都解决完毕。 8. 最后，运行 `git push` 命令，将修改推送到远程仓库。 这样就完成了使用 `git pull --rebase` 命令解决冲突的流程。记住，在解决冲突之前，最好先备份你的代码或者创建一个新的分支以防万一。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值