IDEA 利用Git 协同开发

目标：

---

使用IDEA完成Git的协作开发。

- Team Leader

1. 完成IDEA上GitHub账号的登陆
2. 在IDEA上新建远程仓库
3. 在GitHub上创建组织
4. 在远程仓库关联组织，添加team
5. 给team分发权限

- 组员

6. 让team中其他成员可以clone仓库代码
7. clone在分支上开发
8. 分支的合并
9. clone后可以上传到远程仓库

具体操作

---

1、完成IDEA上GitHub账号的登陆

• 在GitHub上创建一个账号：https://github.com/join?source=header-home

• 下载并安装git：https://git-scm.com/downloads

• 在IDEA中设置Git，在File–>Setting->Version Control–>Git–>Path to Git executable选择你的git安装后的git.exe文件，然后点击Test，测试是否设置成功

• IDEA中登陆github

2. 在IDEA上新建远程仓库

• 想要远程仓库必须本地有项目，所以下面新建一个已经搭建好的SpringBoot框架的Maven项目。

忽略无效的配置文件非常重要：

参考 IDEA中向GitHub上传省略无用文件

上传到远程仓库

VCS–>Import into Version Control–>Share Project on GitHub

这一步操作相当于初始化本地仓库，填写仓库名称

• Share

• 上传成功

• 点击可以直接打开远程仓库

3. 在GitHub上创建组织

GitHub个人主页页面上右上角

• 拉人进入Organization（可忽略）

• 给这个组织添加小组

• 给组里拉人

• 对方的邮箱的邮件就会有邮件提示，点击Join，对方就会加入此小组

4. 在远程仓库关联组织，添加team

• 进入个人首页

由于这里是个人的仓库，所以组织里的小组并无法上传代码，但是克隆代码还是可以的，所以现在我们就把这个仓库添加一个组织，给组织添加一个小组。

• 点入仓库

• 点入setting，拉到setting的最下面

• 点击transfer

• 把你的小组加进去

5. 授权

• 跳到主页面，此时发现该仓库已经属于该组织

• 点击仓库，进入setting

• 授权完毕，现在只要是该组的成员就可以任意拉取上传项目了。

6. 让team中其他成员可以clone仓库代码

• 视图切换到IDEA

• 没有GitHub，点击Git也行

• 复制这个仓库地址

• 点击clone，此时已经完全克隆下来了

7. clone在分支上开发

• 此时克隆下来的是主分支里面的文件，但是不能在主分支里面开发，这样会影响到远程仓库的代码质量。而且很容易发生冲突。所以要在新分支里面开发。

• 新建分支，IDEA界面的右下角

显示当前所处分支

• 点击NEW Branch

• 这时IDEA编辑器右下角已经显示为dev分支了

现在就可以有分支切换，可以在master和dev分支自由切换。

• 开发新的业务代码之后不能直接切换到主分支进行提交，需要在dev分支上，git add+commit操作，再切换到master分支进行合并。

• commit之后。

分支概念

分支的创建可以将本地仓库的代码完全复制一份，这时在分支上开发，然后合并到master分支。

这个时候的问题是：在分支上开发再合并到主分支和直接在主分支开发有什么区别？

模拟：

远程仓库的版本叫：仓库版本1
A组员从远程仓库克隆下来，A的本地仓库的版本：仓库版本1
B组员从远程仓库克隆下来，B的本地仓库的版本：仓库版本1
A在他的本地开发代码，然后add，commit，push成功！
然后这时远程仓库的版本叫：仓库版本2

A的本地仓库的版本：仓库版本2
B的本地仓库版本还是：仓库版本1，主分支：master
B这时新建分支dev，在dev上一波开发操作，然后add，commit
B切换到master，然后一个pull，拉取远程仓库：仓库版本2
这时B的master的分支为：仓库版本2
然后这个时候，B再合并自己的master分支和dev分支。
有冲突在自己本地就能解决，解决好了再上传到远程仓库。

而在本地直接在master分支开发的话，没有合并分支的概念。冲突问题是一大难题，而且分支在任何时候都可以创建，可以随时退回到任何一个版本，很容易回到你想保存的代码版本。

所以在组员开发项目的同时，需要遵循一下以上模拟操作。那么可以避免很多麻烦。

组员：

1. 先从远程仓库pull下来—master分支；
2. 在本地新建分支—dev分支；
3. 在dev分支做开发（开发完成后）—add&commit
4. 开发完切换到master分支—从远程仓库pull下来
5. 然后在master分支—合并dev分支
   5.1（合并分支时）有冲突解决冲突
   5.2（合并分支时）没有冲突
6. master分支继续add&commit&push

8. 分支的合并

---

• 分支的合并（这里举例）将dev的分支合并到master；

• 首先切换到master分支（dev分支必须add+commit，而且有改变）；

• 合并操作

• 合并

• 合并成功

• 然后直接push，已经add+commit过了

• 等待