IDEA中常见的git操作

2020-09-20  本文已影响0人  呼噜噜睡

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

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

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

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

image

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上先建立一个仓库:

image

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

2、开发a克隆仓库:

image image

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

image

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

image

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

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

image

现在本地有两个分支了:

image

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

5、接下来切换到branch-a,开发a进行开发:

image

点击branch-a > checkout。

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

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

image image

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

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

image image

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

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

image image

下面这块区域说明,没什么更改和冲突的文件,可以放心推送:

image image

这里本地是branch-a,我们想要推送到远端的分支也为branch-a,点击修改分支名称,推送:

image

9、现在开发a推送到了远端分支branch-a。开发a需要发起合并请求:

image image

10、开发组长进行代码审查和合并:

image

11、现在开发b也是一样的进行文件添加,不过在a.txt中第一行添加的是:心情很丧

现在开发b将修改提交到本地git。在推送之前他拉取远端master,发现了冲突:

image

点击merge:

image

处理完冲突,点击apply。也可以去文件夹下手动解决冲突。

我解决完是这样的:

image

12、将解决完冲突的文件提交到本地git。然后推送到远端分支branch-b。最后合并分支。由于步骤类似,我就不详细说明了。

13、开发a、开发b现在拉取远端master,看到的是一样的内容了。

14、继续后续开发。

git操作本身不难,但是要对git的基本概念有一个了解才行。如果觉得idea的操作有点难以理解,可以试试sourceTree这个可视化工具。它可以看到所有本地和远程分支,随意切换,拉取,删除分支。可以看到每次提交的修改点,历史记录的每个人的提交都可以去查看并比较。使用这个软件基本上是无脑操作,但缺点就是安装起来需要一点耐心。各位看官仁者见仁,智者见智吧。把工作完成是第一位的,工具能够达到目的就行了。

上一篇下一篇

猜你喜欢

热点阅读