当前位置:   article > 正文

git 常见冲突—— git pull遇到报错Your local changes to the following files would be overwritten by merge_error: your local changes to the following files w

error: your local changes to the following files would be overwritten by mer

1 场景

在进行代码开发时,忘了先git pull到本地之后,直接在台式机上的代码进行编写,突然想起忘了pull了,然后想用git pull来更新本地代码。结果报错:

error: Your local changes to the following files would be overwritten by merge: xxx/xxx/xxx.xx Please, commit your changes or stash them before you can merge. Aborting
  • 1

2 报错分析

出现这个问题的原因是其他人修改了项目中的代码文件xxx并提交到远程版本库中去了,而你本地也修改了改代码文件xxx,这时候你进行git pull操作就好出现冲突了,上面报错的意思是我台式机上新修改的代码的文件,将会被git服务器上的代码覆盖,我们当然不想刚刚写的代码被覆盖掉,那么我们应该如何解决呢。

3 解决方案:

在报错中我们看到官方推荐的解决方案是使用直接commit或者使用stash。那么我们来看看这两种操作方式的区别和使用:

3.1 方案一:使用stash

保留本地的方式修改(强烈推荐,还有一种是直接拉取服务器的(不推荐使用就不写了),这样你本地修改的代码的,就会舍弃,相当于你写的代码直接没,你还的重新写)。
主要方式如下:
通过git stash将工作区恢复到上次提交的内容,同时备份并暂时隐藏本地所做的修改,之后就可以正常git pull了,git pull完成后,执行git stash pop将之前本地做的修改隐藏的应用拉取到当前工作区。
stash翻译为“隐藏”,如下操作:

git stash
git pull
git stash pop
  • 1
  • 2
  • 3
  • git stash: 备份当前的工作区的内容,从最近的一次提交中读取相关内容,让工作区保证和上次提交的内容一致。同时,将当前的工作区内容保存到Git栈中。
  • git stash pop: 从Git栈中读取最近一次保存的内容,恢复工作区的相关内容。由于可能存在多个Stash的内容,所以用栈来管理,pop会从最近的一个stash中读取内容并恢复。
  • git stash list: 显示Git栈内的所有备份,可以利用这个列表来决定从那个地方恢复。
  • git stash clear: 清空Git栈。此时使用gitk等图形化工具会发现,原来stash的哪些节点都消失了。

3.2 方案二:硬覆盖(谨慎使用,使用前先备份当前代码!!!):

放弃本地修改,只保留服务器端代码,则直接回退到上一个版本,再进行pull:

git reset --hard
git pull origin master
  • 1
  • 2

注:其中origin master表示git的主分支。

4 Git冲突解决方法实际应用场景

4.1 硬覆盖应用

忽略本地修改,强制拉取远程到本地,硬覆盖是一种比较通用的方式吗,但是不建议使用,如果使用需要先将修改在本地做好备份,否则本得改变将丢失。
主要是项目中的文档目录,看的时候可能多了些标注,现在远程文档更新,本地的版本已无用,可以强拉

git fetch --all

git reset --hard origin/dev

git pull
  • 1
  • 2
  • 3
  • 4
  • 5

4.2 commit和pull的先后顺序造成的冲突的情况

关于commit和pull的先后顺序,commit >> pull >> push 和 pull >> commit >> push的顺序,两种情况都遇到过代码冲突。解决方法如下:

4.2.1 未commit先pull(pull >> commit >> push)

未commit先pull,视本地修改量选择revert或stash

场景:
同事 有新提交
我 没有pull -> 修改了文件 -> pull -> 提示有冲突

4.2.1.1 本地修改量小

如果本地修改量小,例如只修改了一行,可以按照以下流程:

 git revert(把自己的代码取消) >> git pull >> 在最新代码上修改 >> [pull确认最新] >> commit&push
  • 1
4.2.1.2 本地修改量大

本地修改量大,冲突较多,有两种方式处理:

  • 第一种:
stash save(把自己的代码隐藏存起来) >> 重新pull -> stash pop(把存起来的隐藏的代码取回来 ) >> 代码文件会显示冲突 >> 右键选择edit conficts,解决后点击编辑页面的 mark as resolved >>  commit&push
  • 1
  • 第二种:
>> stash save(把自己的代码隐藏存起来) >> 重新pull >> stash pop(把存起来的隐藏的代码取回来 ) >> 代码文件会显示冲突 >> 右键选择resolve conflict >> 打开文件解决冲突 ->commit&push
  • 1

4.2.2 已commit未push(commit >> pull >> push)

已commit未push,视本地修改量选择reset或直接merge。

场景:
同事 有新提交
我 没有pull >> 修改了文件 >> commit >> pull >> 提示有冲突

4.2.2.1 修改量小

修改量小,直接回退到未提交的版本(可选择是否保存本地修改)
如果本地修改量小,例如只修改了一行,可以按照以下流程

reset(回退到未修改之前,选hard模式,把自己的更改取消) >> 重新pull >> 在最新代码上修改 >> [pull确认最新] >> commit&push
  • 1

ps:实际上完全可以采取直接merge的方法,这里主要是根据尽量避免merge的原则,提供一种思路

4.2.2.2 修改量大

修改量大,直接merge,再提交(目前常用)

commit后pull显示冲突 >> 手动merge解决冲突 >> 重新commit >> push
  • 1

5 总结

以上就是笔者遇到或者整理的一些冲突的解决场景或者方案,希望可以帮到大家。

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/小小林熬夜学编程/article/detail/491364
推荐阅读
相关标签
  

闽ICP备14008679号