0


Idea中解决Git冲突问题及merge代码消失问题【git常用tips】

Idea中解决Git冲突问题及merge代码消失问题

1 Idea中使用git的小问题及技巧

  • 我们可以通过Idea直接从GitLab或GitHub等平台上拉取代码
File - New - Project from Version Control

在这里插入图片描述

输入对应项目的URL即可

在这里插入图片描述

  • 如果上述的小技巧拉取不下来,尝试勾选下图的选项在这里插入图片描述

2 Idea解决冲突问题

2.1 演示冲突(GitLab)

①首先在GitLab中或者任意代码托管平台创建一个自己的仓库

git clone 仓库的URL

通过上面的命令将仓库克隆下来

②在自己的项目中,任意创建一个类
在这里插入图片描述

③将其提交commit到本地仓库,然后push到远程仓库

在这里插入图片描述
④然后在远程库任意修改代码

此处我添加了一句

在这里插入图片描述

⑤修改本地代码再尝试将其推送到远程仓库

这个时候会因为我们本地的代码不是远程库最新的版本,而导致版本冲突

在这里插入图片描述

⑥产生冲突
在这里插入图片描述

2.2 解决Git版本冲突

①这个时候选择rebase(一定选择rebase,企业中规范要求,直接merge,可能会导致一系列问题)

因为我之前将rebase作为默认选项,所以这里就跳过选择了

在这里插入图片描述

②根据自己的要求进行操作
在这里插入图片描述

Accept Yours 就是直接选取本地的代码,覆盖掉远程仓库的
Accept Theirs是直接选取远程仓库的,覆盖掉本地的
Merge  自己手动进行选择,修改

③一般情况下我们都会手动Mege
在这里插入图片描述

这里左边部分是我们本地仓库的代码,右边部分是远程仓库的代码,中间的result就是我们修改

之后的结果,左下角的AcceptLeft和Accept Right其实就是相当于之前的Accept Yours和Accept

Theirs,右下角的Apply是确认合并,Abort是取消合并。

我们在result中修改好自己想要merge的代码之后,点击Apply就可以了,至此,冲突被解决了

详细文档:
https://www.cnblogs.com/newAndHui/p/10851807.html

2.3 rebase失败

如果我们rebase失败:
在这里插入图片描述
解决办法:

$ gitadd .(只要有修改都需要git add. 或者git add 具体的文件)
$ git rebase --continue
Applying: 【HCF】*******************
$ git push origin ******************************
git rebase --continue 就相当于 git commit 

3 Git报错

Git冲突时,不小心点了merge操作,导致本地与远程仓库的代码都凭空消失了
此处,我的是src文件夹被删除了

3.1 Git操作merge时,代码消失

①通过git log查找出修改过指定文件的commit
目前项目文件已经被删除了,但是根据项目的代码结构,可以推测出原本是存在src这个文件夹的

尝试检测一下在所有的历史记录中对该文件的处理,用到的命令如下:

git log --stat --full-history --simplify-merges -- src

在这里插入图片描述
上述命令将会展示涉及到该文件夹更改的commit,从输出结果我们可以看到,在结尾为857的commit中,我们不小心删除了11行代码

②通过切换到该版本

git checkout 982918cd36668686c2644decbf0a0e4988283857

在这里插入图片描述
然后回到项目,可以发现我们的之前的代码已经恢复了

为什么会出现这样的情况呢?
分析:https://cloud.tencent.com/developer/article/2033888

3.2 Git pull --rebase报错

git pull --rebase报错

error: cannot pull with rebase: Your index contains uncommitted changes.
error: please commit or stash them.

这个是因为我们本地有更改没有提交上去
如果我们需要提交,就git add, git commit;提交上去
如果不需要提交更改,就git stash,暂存
解决步骤:

根据提示进行以下操作

  • git stash
  • git pull --rebase
  • git stash pop

或者:

  • git add *
  • git commit
  • git pull -rebase

然后我们就可以提交了
在这里插入图片描述

4 拓展:

4.1 git clone 与 git pull 区别

git clone是本地没有repository,将远程的仓库整个下载过来

git pull是本地有repository,将远程仓库里新的commit数据(如果有)下载过来,并且与本地代码merge

4.2 merge与rebase区别

详解:https://zhuanlan.zhihu.com/p/75499871
https://segmentfault.com/a/1190000038547167

4.3 本地提交代码到远端

通常,在开发中,我们提交之前都会commit之后,再pull远程仓库,保证当前是最新版本,然后push到远程仓库

  • 选择merge操作在这里插入图片描述
  • 选择rebase操作

在这里插入图片描述

4.4 暂存部分代码不提交到远程仓库(git stash)

也可以参考4.9的方法:change list

在开发的时候,我们难免会碰到有同事需要我们合并代码,但是这个时候我们自己也在本地写了一些,并且由于一些原因(没有测试完成),自己并不想要将这些代码提交到远程库。

那么这个时候该怎么办呢?git stash就起作用了
①右击项目名,选中git, 选择 stash changes(存放)
在这里插入图片描述
②然后git pull,从远程仓库拉取最新代码进行合并(merge)
③获取到最新代码之后,unstash,获取到之前我们在本地写的代码
在这里插入图片描述

4.5 git pull origin master --allow-unrelated-histories

POST git-upload-pack (327 bytes) From https://gitee.com/Zifasdfa/graduation-music * branch master -> FETCH_HEAD = [up to date] master -> origin/master refusing to merge unrelated histories

出现这个问题的最主要原因还是在于本地仓库和远程仓库实际上是独立的两个仓库。如果我之前是直接clone的方式在本地建立起远程github仓库的克隆本地仓库就不会有这问题了。

git pull origin master --allow-unrelated-histories

即可解决问题

4.6 git移除已经add的文件

git移除已经add的文件

  1. 不删除物理文件,仅将该文件从缓存中清除
gitrm--cached"文件路径"

[其他] 请问 git rm --cache 和 git reset HEAD 的区别到底在哪里呢?
如果要删除文件,最好用 git rm file_name,而不应该直接在工作区直接 rm file_name。
如果一个文件已经add到暂存区,还没有 commit,此时如果不想要这个文件了,有两种方法:
1,用版本库内容清空暂存区,git reset HEAD 但要慎重使用
2,只把特定文件从暂存区删除,git rm --cached xxx

  1. 不仅将该文件从缓存中删除,还会将物理文件删除(不会回收到垃圾桶)
gitrm--f"文件路径"

在这里插入图片描述
在这里插入图片描述

  • 对于使用IDEA的朋友来说:

可以暂时选择搁置

在commit的时候,选中想要搁置的文件,鼠标右击,选择Shelve Changes
在这里插入图片描述

可以选择stash changes

选中项目,鼠标右击选中git,找到stash changes
在这里插入图片描述

  • 直接添加到ignore文件中
右击项目 - git -.git/info/exclude

在这里插入图片描述
3. 也可以通过回退的方式来实现

如图:我不小心把README.md也添加到了git本地仓库

在这里插入图片描述

通过rollback解决:

在这里插入图片描述

选中要rollback的文件,点击rollback

在这里插入图片描述

可以看到README.md已经变为红色,表明没有被add到本地仓库

在这里插入图片描述

4.7 idea将本地代码回退到指定版本,并同时更新到远程

大家在开发中可能会遇到这样的问题,就是自己提交了错误的代码到远程仓库,想要同时回退远程和本地的。

有两种方法:1、Revert操作  2、利用IDEA的ResetHead指针
  • 方法1的Revert操作会当成一个新的提交记录,追加到提交日志当中,这样便保留了原来的提交记录。(推荐)
  • 方法2的Reset Head指针,会抛弃原来的提交记录,使Head指针强制指向指定的版本。

当在版本1基础上进行修改内容,并提交本地、远程仓库后,发现提交的内容不是我想要的,或者是完全错误的,需要回退版本1。

① 目前本地和远程的分支都是在第二次提交的位置
在这里插入图片描述

  • 在想要回退历史版本上单击鼠标右键,选择“Revert”(见下图)在这里插入图片描述 ② 这个时候需要解决冲突

这时弹出冲突对话框,双击冲突文件以解决冲突。(见下图)

在这里插入图片描述

注意:

如果回退失败,那么可能是你本地还有其他修改未提交,可以通过stash方式暂存起来

your local changes would be overwritten by revert.
hint: commit your changes or stash them toproceed.
revert failed

stash操作:
在这里插入图片描述

③ 解决冲突后,本地就回到之前的正确代码了
在这里插入图片描述
④本地再commit,可以发现日志中增加了回退记录,同时再push到远程,可以发现远程和本地都同步了【

origin


在这里插入图片描述
远程:
在这里插入图片描述

这种回退的好处在于,如果后悔了“回退”这个操作,也可以回退到没有回退之前的版本。因为历史记录还保留提交记录。

4.8 git中cherry pick用法

cherry pick:最佳选择

对于多分支的代码,,将代码从一个分支转移到另一个分支是常见的。
此时分两种情况:

  1. 需要另一个分支的所有代码变动(git merge 合并
  2. 部分代码变动,某几个提交(cherry pick

举例来说,代码仓库有master和feature两个分支。

    a - b - c - d   Master
         \
           e - f - g Feature

现在将提交f应用到master分支。

# 切换到 master 分支
$ git checkout master

# Cherry pick 操作
$ git cherry-pick f

上面的操作完成以后,代码库就变成了下面的样子。

    a - b - c - d - f   Master
         \
           e - f - g Feature

从上面可以看到,master分支的末尾增加了一个提交f。

  • git cherry-pick命令的参数,不一定是提交的哈希值,分支名也是可以的,表示转移该分支的最新提交。
$ git cherry-pick feature

上面代码表示将feature分支的最近一次提交,转移到当前分支。

4.9 本地创建changelist(提交指定文件)

有时候我们在拉取了多个项目的时候,经常会碰到这样的问题:

修改了多个项目,但是只想提交一个项目中的代码

,这时就可以创建一个changelist

在这里插入图片描述

比如此处我们只想提交DynamicLinkDTO

那么我们可以本地创建一个

changelist
  1. 鼠标右键,直接new changelist在这里插入图片描述
  2. 将我们想要提交的代码移动到我们刚刚创建好的changelist,如:default_change在这里插入图片描述
  3. 选择我们的default_change,右击,然后选择git,push即可在这里插入图片描述

4.10 本地有git仓库、gitee有git仓库,如何合并

git pull origin master --allow-unrelated-histories

4.11 git的commit提交过慢

找到git的设置,然后关闭

analyze code

在这里插入图片描述

参考文章:
https://blog.csdn.net/Torey_Li/article/details/87442355
https://blog.csdn.net/woshi1226a/article/details/86664159

标签: git GitLab Git冲突

本文转载自: https://blog.csdn.net/weixin_45565886/article/details/126926514
版权归原作者 NPE~ 所有, 如有侵权,请联系我们删除。

“Idea中解决Git冲突问题及merge代码消失问题【git常用tips】”的评论:

还没有评论