IDEA中常见的git操作（带案例）

原文链接：https://www.jianshu.com/p/56ba959e4279

不知不觉，svn已经退居历史，git闪亮登场。现在的项目多人协同开发，首选git,开发工具idea用的比较多，所以，如何在idea上操作git成为了一个需要学会的小技能。

如果你被git的本地分支、远程分支、合并、解决冲突等操作弄得不知所措。时间允许的话，先看一遍git官网的中文手册吧，内容由浅入深，从原理到命令操作，都有详细的介绍。

下面来说明idea上git的常见操作。

首先假设你已经安装好了git以及idea，接下来在idea上做一下配置，即配置git.exe的路径。

 idea不过是做了可视化界面，但所有操作其实内部还是会委托给git.exe去执行。所以，如果你是高手，直接用命令行操作git会更加畅快。

首先假设我们的开发流程是这样的：

1、开发人员a从远端git仓库的master分支克隆一份到本地，本地的分支名称为branch-a，随后开发a提交修改到本地；同样的开发人员b从远端git仓库克隆一份到本地，本地的分支名称为branch-b，随后开发b提交修改到本地；

2、每次推送到远程分支的时候，最好先拉取远端master分支，将其最新的更改合并到本地分支，然后再推送本地分支到自己的远端分支。这样的操作是为了减少有代码冲突时不能合并分支的情况。冲突在拉取master合并到本地分支的时候去解决。所以开发a在将自己的代码推送到远端分支的时候，先拉取master分支，由于这个时候没有人将自己的分支合并到master,所以不会有任何冲突和问题。现在开发a放心的把自己的本地分支branch-a推送到远端分支branch-a。

3、开发a发起了合并代码的请求：将远端分支branch-a合并到master分支。

4、开发组长收到合并请求，代码审核通过之后，并通过对比没有发现冲突和问题，于是将远端的branch-a合并到了master分支。

5、这个时候开发b也想要推送修改到远端分支，所以他先拉取master分支，然后发现代码冲突了，因为开发a和开发b都对同一个文件的同一行代码进行了不同的修改。开发b解决了冲突，将修改推送到远端分支branch-b，并发起合并请求。

6、开发组长审核之后，合并远端分支branch-b到master分支。

7、继续各自修改代码，提交，拉取，推送，发起合并请求。

1、首先为了方便，在github上先建立一个仓库：

 注意的是，该仓库需要首先放入一些文件，然后才会有master分支。然后其余人员才可以克隆并操作。

2、开发a克隆仓库：

 3、下拉下来的本地分支名称默认是master，将其修改为branch-a。(idea右下角)

 这样做的目的是，便于本地分支切换，否则分不清哪个分支对应远端的分支了。

 现在我们看到了，本地分支只有branch-a,当前本地分支是branch-a,远端分支有origin/master分支。

4、为了演示方便，我在本地新建分支branch-b:

现在本地有两个分支了：

 开发a在分支branch-a上开发，开发b在分支branch-b开发，互相不影响。

5、接下来切换到branch-a，开发a进行开发：

 点击branch-a > checkout。

这个操作的意思是：从本地的.git文件中检出branch-a,工作目录的文件就会变成branch-a的文件。

6、在branch-a中我们添加文件a.txt:

 文件第一行是：心情很不错。

7、接着开发a就把修改提交到本地git了：

 写上提交信息，点击commit就提交到本地仓库了。

8、在推送到远端分支的时候，先拉取远端master分支的代码。在拉取的时候，会自动合并到本地当前分支上去。

需要接着往下写；

、继续各自修改代码，提交，拉取，推送，发起合并请求。