Idea中解决Git冲突问题及merge代码消失问题
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失败：
解决办法：
$ git add .(只要有修改都需要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）
在开发的时候，我们难免会碰到有同事需要我们合并代码，但是这个时候我们自己也在本地写了一些，并且由于一些原因（没有测试完成），自己并不想要将这些代码提交到远程库。
那么这个时候该怎么办呢？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的文件
- 不删除物理文件，仅将该文件从缓存中清除
git rm --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
- 不仅将该文件从缓存中删除，还会将物理文件删除（不会回收到垃圾桶）
git rm --f "文件路径"
- 对于使用IDEA的朋友来说：
可以暂时选择搁置
在commit的时候，选中想要搁置的文件，鼠标右击，选择Shelve Changes
可以选择stash changes
选中项目，鼠标右击选中git，找到stash changes
- 直接添加到ignore文件中
右击项目 - git - .git/info/exclude
4.7 idea将本地代码回退到指定版本，并同时更新到远程
大家在开发中可能会遇到这样的问题，就是自己提交了错误的代码到远程仓库，想要同时回退远程和本地的。
有两种方法：1、Revert操作 2、利用IDEA的Reset Head指针
- 方法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 to proceed.
revert failed
stash操作：
③ 解决冲突后，本地就回到之前的正确代码了
④本地再commit，可以发现日志中增加了回退记录，同时再push到远程，可以发现远程和本地都同步了【origin】
远程：
这种回退的好处在于，如果后悔了“回退”这个操作，也可以回退到没有回退之前的版本。因为历史记录还保留提交记录。
参考文章：
https://blog.csdn.net/Torey_Li/article/details/87442355
https://blog.csdn.net/woshi1226a/article/details/86664159