IDEA中解决 git pull 冲突

0.事先准备。

1)把远程仓库的README.md内容改写为bbb(原先为aaa)。

2)本地仓库的README.md内容改写为ccc(原先也为aaa)。

以此来模仿代码冲突。

1.先commit 再pull

pull的时候会提示有冲突,需要你进行手动merge

Accept Yours 就是直接选取本地的代码,覆盖掉远程仓库的

Accept Theirs 是直接选取远程仓库的,覆盖掉自己本地的

我们选择Merge,自己手动行进选择、修改。

这里左边部分是你本地仓库的代码,右边部分是远程仓库的代码,中间的result就是你修改之后的结果。左下角的Accept Left 和

Accept Right其实就相当于是之前的 Accept Yours 和 Accept Theirs  右下角的Apply是确认合并,Abort是取消合并。

我们在result中修改好自己想要merge的代码,然后点击Apply。

点yes.

这样我们就解决了冲突,解决完冲突后记得要再commit一次,分别更新本地和远程仓库的代码

这里我们可以选择commit and push

点击push

可以看到已经push成功了,此时我们再查看下远程仓库的README.md和本地仓库的README.md

确实都已经更新成功了。

2.有些同学喜欢先pull,再commit 和push

还是回到原来的事先准备,现在远程仓库的README为bbb,本地我改成ccc,这次先不commit,我们先来pull

pull的时候我们会发现右下角有提示说pull failed(这是肯定的啦,因为我们代码冲突了嘛)

我们选择项目右键--Git--Repository--Stash Changes

在Message中随便取个名字,然后点击Create Stash。

以上几步的操作,其实就是把你在本地做的改变,通过stash先在git栈中保存起来(因为你没有commit嘛,对比先commit再pull,你会发现 先commit再pull会比较方便,(commit操作就是类似于把改变先存起来吧。。个人理解、、))。

stash完后你会发现你本地进行的一些修改都已经不存在了,README文件也回到了之前的aaa(而不是修改后的ccc)

这样我们就可以和远程仓库合并了,(我们已经把冲突先去掉了)。git pull  顺利成功。

pull完以后我们查看README.md发现此时的内容就是远程仓库的bbb

现在我们再把之前保存的更改取出来

选择项目右键--Git--Repository--UnStash Changes

选择刚刚我们命名的那个更改记录,我这里就是第一个。

然后我们点Apply Stash,来到如下窗口,提示有代码冲突

有没有觉得这个这个窗口似曾相识!!

这跟我们先commit再pull  出来的窗口一模一样嘛!

我们直接选择Merge

又是似曾相识的感觉,有没有!(所以我个人感觉其实如果你没有先commit就pull的话,你就要通过stash和unstash把改变先保存起来然后再取出来,这一步其实就相当于commit吧(、、、我觉得这样理解没毛病~~))。

接下来要做的还是老样子,我们在result中修改自己想要合并的代码(但是我这里好像有个bug,result的代码改了之后都没了,不知道什么原因,之前先commit再pull到这一步就没有这个问题。所以我是在result中把本地和远程的代码都选上了)

然后我们点击Apply,把冲突解决。

别忘了commit和push。

push完我们查看远程仓库和本地仓库都更新成了bbb ccc

 

  • 74
    点赞
  • 289
    收藏
    觉得还不错? 一键收藏
  • 29
    评论
在使用GIT进行代码管理常遇到冲突的问题,特别是在多人协作开发,同一份代码文件进行不同的修改提交到代码仓库,就容易出现冲突。比如,在进行PULL操作,如果远程仓库有更新,而本地仓库也对同一份代码文件进行了修改,就会导致PULL操作失败,产生冲突。面对此类情况,我们可以采用以下几个想法进行解决。 首先,可以采用merge策略。这个方法是最常用的解决冲突方式之一,也是最简单的方式。该方法是合并两个不同分支的代码,并将更改合并到一个新的提交。该方法使用git merge命令即可实现。在进行merge之前,我们需要先切换到本地主分支,执行git merge origin/主分支即可。该命令会自动将远程主分支合并到本地主分支,并生成一个新的提交记录。 其次,可以采用rebase策略。这个方法也是常用的一种解决冲突方式。该方法是将本地分支放到目标分支的末尾,使本地分支历史记录沿着目标分支的历史记录重演,从而使得之前的提交记录顺序得以保留。该方法使用git rebase命令即可实现。在进行rebase之前,我们需要先切换到本地主分支,执行git rebase origin/主分支即可。该命令会自动将本地提交记录更新到远程主分支,确保两个分支的提交记录一致。 最后,可以采用stash策略。这个方法比较特殊,适用于当我们在进行一些重要的代码修改,需要进行PULL操作,但是又不想将其提交到代码仓库的情况。该方法使用git stash命令即可实现。在进行stash之前,我们需要先切换到本地主分支,执行git stash命令即可。该命令会自动将本地未提交的修改保存到一个栈。完成PULL操作后,执行git stash pop命令即可,该命令会将之前保存的代码还原,使得我们可以继续进行修改。 综上所述,以上三种方法都可以用来解决GITPULL冲突问题。在实际开发,我们需要根据实际情况选择不同的解决冲突方法,以确保代码开发的顺利进行。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值