Idea中Git的使用和两种类型的冲突解决

偏执的太偏执、 2022-03-25 07:08 471阅读 0赞

一、Git冲突解决

在idea开发工具中使用Git时，主要用到的快捷按钮如下五个：

![20170616172739805][]

这五个按钮的使用说明及在idea中如何配置和使用git可参考[https://github.com/DayThink/IntelliJ-IDEA-Tutorial/blob/newMaster/vcs-introduce.md][https_github.com_DayThink_IntelliJ-IDEA-Tutorial_blob_newMaster_vcs-introduce.md]

本文主要讲解在Idea中利用git遇到的两种冲突(提交代码时发生冲突和更新代码时发生冲突)以及解决方法，无论是那种冲突，只要发生冲突了，idea都会弹出一个图形化的merge对话框，在merge对话框上引导用户去解决冲突。

**1.提交commit冲突：**

![20170616172744649][]

如上图所示，当提交代码时发生冲突，此时操作步骤如下

![20170616172748424][]

![20170616172757820][]

在这里我们希望将本地冲突代码和服务端的代码都保留，此时在上图中点击中间的两个红色按钮后即可将本地和服务端的冲突代码全部保留，在中间一栏result中科院预览到冲突解决后的代码情况，冲突处理完成后如下图

![20170616172802768][]

在上图merge对话框中点击右下角的apply时，一般会在idea的右下角出现如下的Push rejected提示对话框

![20170616172806696][]

上图对话框提示我们，在push的时候发生了失败，此时要注意，将本地代码更新提交到服务端，需要经历两个步骤：commit和push，commit相当于提交到了本地库，而push则是将本地库提交更新到服务端。根据上图提示push rejected，我们可以发现冲突已经在本地库commit时解决了，我们只需push一次即可，因此后续操作只需要push一次即可，如下：

在冲突的文件上，右键

![20170616172811440][]

push完成后即可将本地库的文件提交到服务端。

**2.更新update冲突**

![20170616172816284][]

如上图所示，点击更新按钮时发现冲突，提示用户如下所示的merge页面上进行冲突的处理，比如此处我们希望将本地修改和远端服务器的修改均保留，因此按照如下图所示的红色1和2操作，合并到中间的result一栏中。

![20170616172820274][]

冲突解决后，如下所示：

![20170616172825133][]

至此，更新冲突就已解决完成。

## 二.Git命令的全家福手册 ##

![20170703103937996][]

## 三、idea中查看远程Git仓库的地址 ##

有时我们需要将本地的代码与远程Git仓库脱离绑定关系或重新绑定到另一个Git仓库上，此时在idea中查看或删除本地代码对应Git仓库的方法：

![20170723165854902][]

如果本地的仓库绑定了两个远端的Git仓库，那么在弹出的Remotes对话框中会有两条远端Git仓库的记录。

## 四.idea中查看本地Git仓库的地址 ##

查看与远程Git仓库绑定的本地目录，有时候本地目录和子目录都会绑定到一个远端的Git仓库。

![20170723165926249][]**五.用Git命令行(不在idea操作)上传本地仓库到Git远程仓库**

如果是新项目，创建 git 仓库:

1.  `mkdir SpringBootInAction`
2.  `cd SpringBootInAction`
3.  `git init`
4.  `##将当前目录下的所有文件添加到git仓库`
5.  `git add .`
6.  `git commit -m "first commit"`
7.  `##首先要建好一个远端仓库(URL),如https://xxx/SpringBootInAction.git`
8.  `git remote add origin https://xxx/SpringBootInAction.git`
9.  `git push -u -f origin master`

如果是已有项目

1.  `cd existing_git_repo`
2.  `git remote add origin https://xxx/SpringBootInAction.git`
3.  `git push -u origin maste`

## 六.Git版本回退 ##

首先，根据git提交的历史记录中确定回退的版本

![20170812185637005][]

将上述拷贝的Revision Number记录下来，如：4b91ea12de20cdf97eccb6bc9125bbc2fef79b17  
备注：后面两步在idea中好似不能图形化操作界面，只能用命令行了

其次，恢复到指定的commit hash  
git reset --hard resetVersionHash  
eg:git reset --hard 4b91ea12de20cdf97eccb6bc9125bbc2fef79b17

最后，把当前分支强制提交到远程  
git push -f origin currentBranch  
eg: push -f origin master

以上三步操作后，就将本地和git远端的代码从2017-8-12 18:45回退到了2017-8-12 17:01。

## 七、分支操作 ##

**7.1.新建分支**

1.首先在本地新建一个分支，如dev;  
![20170812195517975][]  
2.执行git push origin dev:dev;或git push origin dev;  
上面命令表示，将本地的dev分支推送到origin主机的dev分支，如果后者不存在，则会被新建。  
git push命令用于将本地分支的更新，推送到远程主机，它的格式如下：  
$ git push <远程主机名> <本地分支名>:<远程分支名>  
如果省略远程分支名，则表示将本地分支推送与之存在”追踪关系”的远程分支(通常两者同名)，如果该远程分支不存在，则会被新建。  
$ git push origin master  
上面命令表示，将本地的master分支推送到origin主机的master分支，如果后者不存在，则会被新建。  
如果省略本地分支名，则表示删除指定的远程分支，因为这等同于推送一个空的本地分支到远程分支。  
$ git push origin :master  
\# 等同于  
$ git push origin --delete master  
上面命令表示删除origin主机的master分支。  
如果当前分支与远程分支之间存在追踪关系，则本地分支和远程分支都可以省略。  
$ git push origin  
上面命令表示，将当前分支推送到origin主机的对应分支。  
如果当前分支只有一个追踪分支，那么主机名都可以省略。  
$ git push  
最后需要注意与git pull的区别，从远程分支名拉到(合并)本地分支名上：  
$ git pull <远程主机名> <远程分支名>:<本地分支名>

**7.2.本地与origin分支的对应设置**

查看本地分支与远端origin的分支对应情况  
$ git remote show origin设置本地分支与远端分支的对应关系，如:将本地dev分支与远端的dev分支进行绑定  
git branch --set-upstream dev origin/dev

**7.3分支合并**

如下所示，将feature分支合并到dev分支，之后将合并后的dev分支push一次到origin即可。

![20170812201440827][]

**7.4.远端origin分支查看及操作**

1.  `git remote -v`
2.  `git remote add origin_didi git@git.xiaojukeji.com:sec/ews-parent.git`
3.  `git remote -v`
4.  `git remote --help`
5.  `git remote remove origin`
6.  `git remote -v`
7.  `git remote rename origin_didi origin`
8.  `git remote -v`
9.  `git push origin master`

**7.5.一个case**

git merge \[分支名\] 合并指定分支到当前分支  
分支切换利器，我们经常会遇到，正在一个分支上开发，写了很多东西，其中提交了一部分，一部分正在写，还没写完，这时突然来个线上问题，需要我们切换到线上分支去处理，我们怎么办，提交？还没写完，还不能通过编译，不提交，放弃?更不可能 辛苦工作一天了。这时就需要下面这个命令，特别长用  
git stash 暂时将未提交的变化暂存，形成类似一个快照，然后就可以随意切换到其他分支了。  
git stash pop 当在其他分支解决完问题，切换到当前分支，执行该命令，之前的暂存快照又恢复了，可以继续工作了

## 参考文章 ##

1.[码云平台帮助文档][Link 1]  
2.[史上最简单的 IntelliJ IDEA 教程][IntelliJ IDEA]  
3.[史上最简单的 GitHub 教程][GitHub]  
4.[git动画演示][git]（答案查看方式:在页面左侧的模拟控制台下输入show solution或直接参考这个网站 [答案][Link 2] ）  
5.[git][git 1]  
6.[Git 常用命令速查手册][Git]

1.1 冲突产生的原因

冲突产生的根本原因是：两个人修改了同一个文件的同一块区域，在前者已经提交代码到远程仓库的情况下，后者修改代码前没有使用pull命令更新代码，而是修改完代码后再使用pull命令，这时就会产生冲突。这也是最常见的冲突，下面介绍解决冲突的办法也主要针对这种冲突。

## 1.2 预防冲突的发生 ##

在修改代码前，使用pull命令更新代码，能够保证在开始修改代码前本地的代码与远程仓库中的版本一致，这样能够大大降低冲突发生的概率，如下图所示。

![20180218183657760][]

## 1.3 冲突的解决 ##

1、只有冲突文件

当使用pull命令或者push命令被拒绝（如图1所示）merge分支后，要提交的文件出现如图2所示情况则是发生了冲突，并弹出如图3所示的窗口，双击冲突文件，出现如图4所示窗口，在该窗口中可以选择最终要使用的代码。

![20180218183718616][]

图1 push被拒绝

![20180218183805202][]

图2 产生冲突

![2018021818381873][]

图3 产生冲突时的弹窗

在该窗口中可以通过点击>>和<<或者下面的按钮选择最终要使用的代码。

![20180218183908228][]

图11 Merge Revisions窗口

确定最终使用的代码后，如果使用的是本地的代码，可以直接push到远程仓库，否则需要commit到本地仓库，然后提交到远程仓库。

2、有冲突文件，也有未更新的文件

如下图所示为有冲突文件也有未更新文件的情况，test.jsp为出现冲突的文件（红色字体），index.jsp为修改代码前未更新的文件（蓝色字体），并且使用pull或者merge命令后没有出现冲突。

![20180218183940266][]

此时工程中index.jsp文件与远程仓库中的版本一致，但是与本地仓库中的版本不一致，因此需要将index.jsp和修改后的test.jsp文件commit到本地仓库中，然后只需要将test.jsp文件push到远程仓库即可，如下图所示，只有test.jsp需要提交到远程仓库。

![20180218184006606][]

[20170616172739805]: /images/20220325/1a8b706761834630950f6e9f2c008ad2.png
[https_github.com_DayThink_IntelliJ-IDEA-Tutorial_blob_newMaster_vcs-introduce.md]: https://github.com/DayThink/IntelliJ-IDEA-Tutorial/blob/newMaster/vcs-introduce.md
[20170616172744649]: /images/20220325/21af6e41125e4442adf1e51a3dc83f45.png
[20170616172748424]: /images/20220325/74f1d3b2b89344e2bccf168b9dc4a383.png
[20170616172757820]: /images/20220325/996f7551c895417f9139c88eb7e72f4d.png
[20170616172802768]: /images/20220325/b0eb897c60514c43bb05d0a98ec9738a.png
[20170616172806696]: /images/20220325/16938277185e44d480d7284a092c44df.png
[20170616172811440]: /images/20220325/0c70c1947e08426ea787286a16699c83.png
[20170616172816284]: /images/20220325/039cd85e2d40455fae02cf220181a04b.png
[20170616172820274]: /images/20220325/6a513fb6257244ec84338331076dbb62.png
[20170616172825133]: /images/20220325/dd3a07bffe7e4a8db35802049d877e2a.png
[20170703103937996]: /images/20220325/15aae35c6f554f97b8b84ff724fff223.png
[20170723165854902]: /images/20220325/887541c2ef6b498dbb4662d6a9ab1b35.png
[20170723165926249]: /images/20220325/3b428266a799493dbf681388de8116de.png
[20170812185637005]: /images/20220325/a8b86aea4aed4330b9c867538d3669aa.png
[20170812195517975]: /images/20220325/891003a590d14a9cb6ac122594f5c568.png
[20170812201440827]: /images/20220325/59c62fb7d14743cfa0253f9e1d74c0c9.png
[Link 1]: http://git.mydoc.io/?t=153739
[IntelliJ IDEA]: http://blog.csdn.net/qq_35246620/article/details/61191375
[GitHub]: http://blog.csdn.net/qq_35246620/article/details/66973794
[git]: https://learngitbranching.js.org/
[Link 2]: https://www.cnblogs.com/WMCH/p/7876056.html
[git 1]: https://git-scm.com/book/zh/v1/%E8%B5%B7%E6%AD%A5
[Git]: https://blog.csdn.net/u013970991/article/details/58255047
[20180218183657760]: /images/20220325/33a6fbab062a4cc4b65ee1dc2567e671.png
[20180218183718616]: /images/20220325/3468121e4efd4fcb92a38d4e93aeab43.png
[20180218183805202]: /images/20220325/89334dca667245cabd60d92a1ab5cc49.png
[2018021818381873]: /images/20220325/ba26a9c7133541a392a101d3fe201cff.png
[20180218183908228]: /images/20220325/a3131c28c341432c912fadb882a490d4.png
[20180218183940266]: /images/20220325/b00ce9e239ce4e39acc827bf8bb964a0.png
[20180218184006606]: /images/20220325/bfb4c18d510e43259bb49908eb570f04.png