0 课程介绍

说明：

• 在公司想要使用idea集成git：
  • 首选需要下载安装Git（查看第2章）
  • 之后在中设置用户签名（查看3.1）
  • 然后在idea中集成Git（查看第7章）
  • …

0.1 学习目标

第1章 Git 概述

Git 是一个免费的、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种项目。

Git 易于学习，占地面积小，性能极快。 它具有廉价的本地库，方便的暂存区域和多个工作流分支等特性。其性能优于 Subversion(svn)、CVS、Perforce 和 ClearCase 等版本控制工具。

1.1 何为版本控制

版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。

版本控制其实最重要的是可以记录文件修改历史记录，从而让用户能够查看历史版本， 方便版本切换。

1.2 为什么需要版本控制

个人开发过渡到团队协作。

1.3 版本控制工具

1.3.1 集中式版本控制工具

CVS、SVN(Subversion)、VSS……

集中化的版本控制系统诸如 CVS、SVN 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。

这种做法带来了许多好处，每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统，要远比在各个客户端上维护本地数据库来得轻松容易。

事分两面，有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。

1.3.2 分布式版本控制工具

Git、Mercurial、Bazaar、Darcs……

像 Git 这种分布式版本控制工具，客户端提取的不是最新版本的文件快照，而是把代码仓库完整地镜像下来（本地库）。这样任何一处协同工作用的文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份。

分布式的版本控制系统出现之后，解决了集中式版本控制系统的缺陷:

1.服务器断网的情况下也可以进行开发（因为版本控制是在本地进行的）

2.每个客户端保存的也都是整个完整的项目（包含历史记录，更加安全）

1.4 Git 简史

1.5 Git 工作流程

1. 工作区：代码存放磁盘目录的位置，如idea工作空间。（可以删除，不会生成历史记录版本）
2. 暂存区：在工作区写完代码之后让git知道你有这个代码文件，所以要把工作区的文件 添加 到暂存区。（可以删除，不会生成历史记录版本）
3. 本地库：把暂存区的代码 提交 到本地库。（会生成历史版本，无法删除，除非删除整个仓库）
4. 远程库：把本地库的代码远程 推送 到远程库中（GitHub，Gitee 码云，GitLab）

1.6 Git 和代码托管中心（远程库）

代码托管中心是基于网络服务器的远程代码仓库，一般我们简单称为 远程库。

局域网：

• GitLab

互联网：

• GitHub（外网）
• Gitee 码云（国内网站）

第2章 Git 安装

官网地址： https://git-scm.com/

2.1 官网下载

2.2 安装步骤

查看GNU 协议，可以直接点击下一步。

选择Git 安装位置，要求是非中文并且没有空格的目录，然后下一步。

Git 选项配置，推荐默认设置，然后下一步。
git一般没有人从桌面打开，所以不用勾选。

再次确认Git 安装目录名，不用修改，直接点击下一步。

Git 的默认编辑器，建议使用默认的 Vim 编辑器，然后点击下一步。

默认分支名设置，选择让Git 决定，分支名默认为 master，下一步。

修改Git 的环境变量，选第一个，不修改环境变量，只在Git Bash 里使用Git。

选择后台客户端连接协议，选默认值 OpenSSL，然后下一步。

配置 Git 文件的行末换行符，Windows 使用 CRLF，Linux 使用 LF，选择第一个自动转换，然后继续下一步。

选择Git 终端类型，选择默认的Git Bash 终端，然后继续下一步。

选择Git pull 合并的模式，选择默认，然后下一步。

选择Git 的凭据管理器，选择默认的跨平台的凭据管理器，然后下一步。

其他配置，选择默认设置，然后下一步。

实验室功能，技术还不成熟，有已知的 bug，不要勾选，然后点击右下角的 Install按钮，开始安装Git。

点击 Finsh 按钮，Git 安装成功！

2.3 安装后打开终端

右键任意位置，在右键菜单里选择Git Bash Here 即可打开 Git Bash 命令行终端。

• GIt GUI Here：图形化界面(不常用)
• GIT Bash Here：Bash的命令行终端(常用)
  

在 Git Bash 终端里输入 git --version 查看 git 版本，如图所示，说明Git 安装成功。

说明：在此窗口可以使用Linux的命令。

第3章 Git 常用命令（终端）

命令名称	作用
git config --global user.name 用户名	设置用户签名
git config --global user.email 邮箱	设置用户签名
git init	初始化本地库
git status	查看本地库状态
git add 文件名	添加到暂存区
git commit -m "日志信息" 文件名	提交到本地库
git reflog	查看历史记录
git reset --hard 版本号	版本穿梭

3.1 设置用户签名(必须)

1）基本语法

说明：

• 这个邮箱可以设置为虚拟的邮箱，Git并不会去验证存不存在。
• 签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到，以此确认本次提交是谁做的。Git 首次安装必须设置一下用户签名，否则无法提交代码。

注意：这里设置用户签名和将来登录 GitHub（或其他代码托管中心）的账号没有任何关系。

git config --global user.name 用户名
git config --global user.email 邮箱

2）案例实操

全局范围的签名设置：

Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)	
$ git config --global user.name Layne
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ git config --global user.email Layne@atguigu.com
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ cat ~/.gitconfig 
[user]
   name = Layne
   email = Layne@atguigu.com

• 查看Windows的用户签名是否设置好：在Windows的家目录下查看配置文件
  
  

3.2 初始化本地库

说明：初始化本地库，即： 想要使用git管理目录，首先要让git获得这个目录的管理权，也就是初始化。

1）基本语法

git  init 

2）案例实操

首先：创建本地库目录，假设git-demo为保存的项目。

其次：进入到此目录的命令行界面。

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo
$ git init
Initialized empty Git repository in E:/git-space/git-demo/.git/

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$ ll -a
total 4
drwxr-xr-x 1 Think 197121 0 Apr 23 12:21 ./
drwxr-xr-x 1 Think 197121 0 Apr 23 12:15 ../
drwxr-xr-x 1 Think 197121 0 Apr 23 12:21 .git/  （.git 初始化的效果，生成 git）

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$

3）结果查看

3.3 查看本地库状态

1）基本语法

git status 

3.3.1 首次查看（工作区没有任何文件）

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$ git status
On branch master

No commits yet

nothing to commit (create/copy files and use "git add" to track)

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$

3.3.2 新增文件（hello.txt）

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$ vim hello.txt

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$ cat hello.txt
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu!

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$

3.3.3 再次查看（检测到未追踪的文件）

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$ git status
On branch master

No commits yet

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        hello.txt

nothing added to commit but untracked files present (use "git add" to track)

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$

3.4 添加暂存区

3.4.1 将工作区的文件添加到暂存区

1）基本语法

git add 文件名

2）案例实操

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$ git add hello.txt
warning: LF will be replaced by CRLF in hello.txt.
The file will have its original line endings in your working directory

3.4.2 查看状态（检测到暂存区有新文件）

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$ git status
On branch master

No commits yet

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)
        new file:   hello.txt


Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$

3.5 提交本地库

3.5.1 将暂存区的文件提交到本地库

1）基本语法

git commit -m "日志信息" 文件名

2）案例实操

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$ git commit -m "first commit" hello.txt
warning: LF will be replaced by CRLF in hello.txt.
The file will have its original line endings in your working directory
[master (root-commit) 5b73584] first commit
 1 file changed, 15 insertions(+)
 create mode 100644 hello.txt

3.5.2 查看状态

说明：提交过后显示没有文件需要提交。

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$ git status
On branch master
nothing to commit, working tree clean

Think@DESKTOP-4323HLC MINGW64 /e/git-space/git-demo (master)
$

3.5.3 查看版本号

• git reflog：查看前7位的版本号
• git log：查看完整版的版本号
  

3.6 修改文件（hello.txt）

3.6.1 查看状态（检测到工作区有文件被修改）

3.6.2 将修改的文件再次添加暂存区

3.6.3 查看状态（工作区的修改添加到了暂存区）

3.6.4 提交到本地库

3.6.5 查看状态和版本号

3.7 历史版本

3.7.1 查看历史版本

1）基本语法

• git reflog 查看版本信息
• git log 查看版本详细信息

2）案例实操

3.7.2 版本穿梭

1）基本语法

git reset --hard 版本号

2）案例实操

Git 切换版本，底层其实是移动的 HEAD 指针，具体原理如下图所示。

第4章 Git 分支操作（终端）

4.1 什么是分支

在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。对于初学者而言，分支可以简单理解为副本，一个分支就是一个单独的副本。（分支底层其实也是指针的引用）

4.2 分支的好处

同时并行推进多个功能开发，提高开发效率。

各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。

4.3 分支的操作

命令名称	作用
git branch 分支名	创建分支
git branch -v	查看分支
git checkout 分支名	切换分支
git merge 分支名	把指定的分支合并到当前分支上

4.3.1 查看分支

1）基本语法

git branch -v 

2）案例实操
可以看出当前只有一个分支，*代表当前所在的分区。

4.3.2 创建分支

1）基本语法

git branch 分支名

2）案例实操

Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ git branch hot-fix
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ git branch -v
hot-fix 087a1a7 my third commit （刚创建的新的分支，并将主分支 master
的内容复制了一份）
* master 087a1a7 my third commit

4.3.3 切换分支

1）基本语法

git checkout 分支名

2）案例实操

发现当先分支已由 master 改为 hot-fix

4.3.4 修改分支

在 hot-fix 分支上做修改



查看文件内容信息：

4.3.5 合并分支

1）基本语法

git merge 分支名

2）案例实操 在 master 分支上合并 hot-fix 分支

说明：想要把hot-fix 分支合并到master 分支上，必须要切换到master 分支上来进行合并。

效果：此时master的hello.txt文件也有了修改的数据。

4.3.6 产生冲突

在master的hello.txt添加数据：

最后一行：


切换到：hot-fix 分支

修改hot-fix 分支的hello.txt文件
在倒数第二行

提交到缓冲区、本地库

切换为master分支，再次进行合并。

冲突产生的表现：后面状态为 MERGING

冲突产生的原因：

合并分支时，两个分支在同一个文件有两套完全不同的修改。Git 无法替我们决定使用哪一个。必须人为决定新代码内容。

查看状态（检测到有文件有两处修改）

4.3.7 解决冲突

1）编辑有冲突的文件，删除特殊符号，决定要使用的内容

特殊符号：

<<<<<<< HEAD 
当前分支的代码
=======	
合并过来的代码 
>>>>>>> hot-fix

2）添加到暂存区

3）提交到本地库（注意：此时使用 git commit 命令时不能带文件名）

效果如下：

注意：此时hot-fix 分支合并到master分支修改的只是master的里面的内容，而hot-fix 分支里面没有改变。

4.4 创建分支和切换分支图解

• master、hot-fix 其实都是指向具体版本记录的指针。当前所在的分支，其实是由 HEAD决定的。所以创建分支的本质就是多创建一个指针。

• HEAD 如果指向 master，那么我们现在就在master 分支上。

• HEAD 如果执行 hotfix，那么我们现在就在hotfix 分支上。

• 所以切换分支的本质就是移动HEAD 指针。

第5章 Git 团队协作机制

5.1 团队内协作

5.2 跨团队协作

第6章 GitHub 操作（远程库）

GitHub 网址：https://github.com/

Ps:全球最大同性交友网站，技术宅男的天堂，新世界的大门，你还在等什么?

账号	姓名	验证邮箱
atguiguyueyue	岳不群	atguiguyueyue@aliyun.com
atguigulinghuchong	令狐冲	atguigulinghuchong@163.com
atguigudongfang1	东方不败	atguigudongfang@163.com

注:此三个账号为讲师使用账号，同学请自行注册，然后三个同学为一组进行团队协作！

6.1 创建远程仓库

本地库的名字：

2种协议的远程库链接地址：以HTTPS为例。

6.2 远程仓库操作

命令名称	作用
git remote -v	查看当前所有远程地址别名
git remote add 别名 远程地址	起别名
git push 别名 分支	推送本地分支上的内容到远程仓库
git clone 远程地址	将远程仓库的内容克隆到本地
git pull 远程库地址别名 远程分支名	将远程仓库对于分支最新内容拉下来后与当前本地分支直接合并

6.2.1 创建远程仓库别名

说明：远程库链接地址太长了不好记忆，所以给链接起个别名，将来推送和拉取代码的时候更加方便。

1）基本语法

查看当前所有远程地址别名：git remote -v      

起别名：git  remote  add  别名  远程库链接地址

2）案例实操

远程库链接：https://github.com/123shuai-aa/git-demo.git

6.2.2 推送本地库分支到远程仓库(push)

1）基本语法

git push 别名 分支

2）案例实操

之后会弹出一下窗口，选择浏览器账号登录。

把令狐冲认证到本地，即添加到凭据管理器中。

输入密码：

认证成功。

效果：

刷新浏览器，此时发现已将我们master 分支上的内容推送到GitHub 创建的远程仓库。

6.2.3 拉取远程库内容到本地库(pull)

1）基本语法

git pull 远程库地址别名 远程分支名

2）案例实操

修改代码：


保存更新后的代码：

之后拉取到本地：

效果：
查看本地库状态：本地库状态是干净的，说明拉去动作会自动帮你提交到本地库。

此时发现本地库的代码和远程库的代码保持一致了。

6.2.4 克隆远程仓库到本地

1）基本语法

git clone 远程地址

2）案例实操
创建目录xiaoli，来模拟小李克隆远程仓库的代码。

使用git客户端进入到此目录：


之后：想要克隆代码需要拿到远程库的链接：https://github.com/123shuai-aa/git-demo.git

输入命令进行克隆：
注意：克隆代码是不需要登录账号的，因为远程仓库设置的是public，任何人都可以克隆。

效果：xiaoli目录下就有了git-demo

可以看到不仅有代码还有.git配置文件。

会自动创建别名：要进入到git-demo目录下进行查看

小结：clone 会做如下操作。
1、拉取代码。
2、初始化本地仓库。
3、创建别名，叫作origon。

拉取和克隆的区别：

• 拉取：在本地有版本库的情况下，从远程库获取最新commit 数据（如果有的话），并merge（合并）到本地。
• 克隆：是在本地没有版本库的时候，从远程服务器克隆整个版本库到本地（即将远程库整个下载到本地），是一个本地从无到有的过程。
  

6.2.5 邀请加入团队

说明：令狐冲想要推送代码到岳不群的远程仓库中，需要岳不群把令狐冲加入到团队中(也就是给令狐冲开启权限)，之后才能进行推送。

总结：2个不同的github账号（小红，小明），此时小明想要推送代码到小红的远程仓库中，需要让小红把小明邀请加入到团队中才可以推送。

模拟：小明推送代码到小红的远程仓库中出现的问题：

首先：登录小明的github账号

之后进入到xiaoming的git客户端目录

修改hello.txt文件—》添加到暂存区------》提交到本地库

之后：推送到小红的远程库，远程库的链接地址。

选择：浏览器账号登录

认证到本地

输入密码：

认证成功。

效果：发现令狐冲没有权限推送到岳不群的远程仓库中，推送失败。

解决：需要让岳不群邀请令狐冲加入到团队中，只有是一个团队才能推送代码

步骤：登录岳不群的账号，在岳不群的账号中邀请令狐冲加入到团队中。

1）选择邀请合作者
新版本的是：Collaboratoes中

2）填入想要合作的人

3 ） 岳不群复 制 地 址 并 通 过 微 信 钉 钉 等 方 式 发 送 给 该 用 户令狐冲 ， 复 制 内 容 如 下 ：

https://github.com/atguiguyueyue/git-shTest/invitations

4）在令狐冲 这个账号中的地址栏复制收到邀请的链接（令狐冲登录好github账号后，在这个显示github账号的地址栏中，复制此地址），回车后，点击接受邀请。

• Accept invitation：同意
• Decline：婉拒
  

5）成功之后可以在令狐冲这个账号上看到岳不群的远程仓库的代码git-demo。

6）此时令狐冲就可以可以修改内容并 push (推送)到岳不群的远程仓库了。

7）回到岳不群的 的 GitHub 远程仓库中可以看到，最后一次是 令狐冲提交的。

8）此时岳不群就可以通过pull命令拉取数据到本地了，这就是团队内协作的流程。

6.3 跨团队协作

1）将远程仓库的地址复制发给邀请跨团队协作的人，比如东方不败。

或者：直接搜索项目名，前面拼上账号名可以更准确的定位。

2）在东方不败的 GitHub 账号里的地址栏复制收到的链接，然后点击 Fork 将项目叉到自己的本地仓库。

叉入中…

叉成功后可以看到当前仓库信息。

3）东方不败就可以在线编辑叉取过来的文件或者克隆到东方不败的本地库中进行修改。

4）编辑完毕后，填写描述信息并点击左下角绿色按钮提交。
此时修改的只是东方不败的代码。

5）接下来点击上方的 Pull 请求，并创建一个新的请求。

6）回到岳岳 GitHub 账号，刷新浏览器地址可以看到有一个 Pull request 请求。

进入到聊天室，可以讨论代码相关内容。

7）如果代码没有问题，可以点击 Merge pull reque 合并代码。

6.4 SSH 免密登录

我们可以看到远程仓库中还有一个 SSH 的地址，因此我们也可以使用 SSH 进行访问。
需要添加key后才能使用。

具体操作如下：
进入当前windows用户的家目录的git客户端:

运行命令生成.ssh 秘钥目录(注意：这里-C 这个参数是大写的 C)
ssh-keygen -t rsa -C 邮箱，输入此命令后连敲4次回车。

发现已经生成了.ssh文件。


之后进入到.ssh目录中需要拿到公钥：右键复制公钥的信息。

进入到岳不群的账号中：

添加公钥：

输入密码：

看到此页面说明添加成功

接下来再往远程仓库push 东西的时候使用 SSH 连接就不需要登录了。
进入到岳不群目录的客户端

修改hello.txt文件

再次提交：添加到暂存区，提交到本地库，推送到远程库。

此时不需要登录就可以提交成功：

发现远程仓库的代码已经修改。

第7章 IDEA 集成 Git

说明：上面讲的都是命令行如何使用git，而在公司中大部分是在idea中使用git。

7.1 配置 Git 忽略文件

1）Eclipse 特定文件

2）IDEA 特定文件

3）Maven 工程的 target 目录

问题 1:为什么要忽略他们？

答：与项目的实际功能无关，不参与服务器上部署运行。把它们忽略掉能够屏蔽 IDE 工具之间的差异。

问题 2：怎么忽略？

1）创建忽略规则文件xxxx.ignore（前缀名随便起，建议是 git.ignore）

这个文件的存放位置原则上在哪里都可以，为了便于让~/.gitconfig 文件引用，建议也放在用户家目录下

git.ignore 文件模版内容如下：

# Compiled class file
*.class

# Log file
*.log

# BlueJ files
*.ctxt

# Mobile Tools for Java (J2ME)
.mtj.tmp/

# Package Files #
*.jar
*.war
*.nar
*.ear
*.zip
*.tar.gz
*.rar

# virtual machine crash logs, see
http://www.java.com/en/download/help/error_hotspot.xml hs_err_pid*

.classpath
.project
.settings target
.idea
*.iml

步骤一：在用户的家目录下右键----新建----文本文档，文件名为git.ignore

步骤二：把内容复制到此文件并保存。

2）在.gitconfig 文件中引用忽略配置文件（此文件在Windows 的家目录中）

注意：这里要使用“正斜线（/）”，不要使用“反斜线（\）

[user]
	name = Layne
	email = Layne@atguigu.com
[core]
	excludesfile = C:/Users/Think/git.ignore

7.2 定位 Git 程序

file----settings----Version Control—Git

7.3 初始化本地库

选择要创建Git 本地仓库的工程，默认选择的目录就是项目的根目录。

• 效果1：在idea-workspace中出现了.git文件，说明git已经接管了这个目录。
  

• 效果2：pom.xml文件明显变红了，说明 git已经检测到这个文件，但是还没有添加到暂存区。
  

7.4 添加到暂存区

7.4.1 颜色说明

说明：

• 未添加到暂存区的文件会 报红。
• 添加到暂存区还没有提交到本地库的文件会 报绿。
• 暂存区添加到本地库后变为最正常的颜色 黑色。
• 文件不管是什么颜色都不影响程序运行。
• 已忽略的文件显示浅灰色。

7.4.2 一次添加一个文件到暂存区

需求：将报红的pom.xml文件添加到暂存区。

选中pom.xml文件----右键选择Git -----Add 将项目添加到暂存区。

效果：pom.xml文件明显变绿了。

在git-demo项目下创建GitTest类进行测试：

以取消为例：发现新创建的类变红，但是不影响程序执行，只是没有添加到暂存区而已。

7.4.3 一次性将整个项目的根目录添加到暂存区

说明：可以一个个的文件添加，一个个的模块添加，也可以整个工作空间添加。

说明：可以看到项目中.idea目录下的文件变成浅灰色，说明配置的忽略文件生效了。

7.5 提交到本地库

同样可以一个个文件的提交，可以一个个的模块提交，也可以一次性提交整个项目，以提交一个模块为例：

7.6 切换版本

7.6.1、修改代码为版本2

修改代码：发现文件一旦修改就变蓝色了，说明此文件被追踪过但又修改了，需要添加到暂存区，提交到本地库。

7.6.2、修改代码为版本3

说明：像这种蓝色的文件，文件被追踪过，但又被修改了，可以不用添加到暂存区直接提交到本地库即可。

7.6.3、查看版本

在 IDEA 的左下角，点击 Git，然后点击Log 查看版本

可以通过2个指针来查看当前版本处于哪个位置：

• 绿色的：当前master分支的指针
• 黄色的：当前界面看到的头指针

7.6.4、切换版本

右键选择要切换的版本，然后在菜单里点击Checkout Revision。

效果：黄色的头指针切换到第二个版本，上面的代码也切换到第二个版本。

在右下角还可以看到一些提交的信息：比如当前版本的作者、提交时间等。

7.7 创建分支

选择Git，在Repository 里面，点击 Branches 按钮。

在弹出的Git Branches 框里，点击 New Branch 按钮。

填写分支名称，创建 hot-fix 分支。打钩表示不仅帮你创建好分支，还会帮你自动切换过去。

然后再 IDEA 的右下角看到 hot-fix，说明分支创建成功，并且当前已经切换成 hot-fix 分
支

7.8 切换分支

在 IDEA 窗口的右下角点击分支按钮，切换到原来的 master 分支，点击Checkout。

然后在 IDEA 窗口的右下角看到了 master，说明 master 分支切换成功。

7.9 合并分支(正常合并)

7.9.1 模拟环境

1）切换到hot-fix 分支修改代码

2）并进行提交到本地库：

7.9.2 合并分支

切换为master分支：站在master分支的立场上来合并hot-fix分支。
日志说明：

在 IDEA 窗口的右下角，将 hot-fix 分支合并到当前master 分支。

如果代码没有冲突，分支直接合并成功，分支合并成功以后，代码自动提交，无需手动提交本地库。

7.10 合并分支(冲突合并)

7.10.1 模拟环境

切换为hot-fix，并修改代码。

提交到本地库：


在切换为master分支并修改代码：

提交到本地库：

效果：

7.10.2 合并分支

如图所示，如果 master 分支和 hot-fix 分支都修改了代码，在合并分支的时候就会发生冲突。


我们现在站在 master 分支上合并hot-fix 分支，就会发生代码冲突。


点击Conflicts 框里的 Merge 按钮，进行手动合并代码。

手动合并完代码以后，点击右下角的 Apply 按钮。

代码冲突解决，自动提交本地库。

第8章 IDEA 集成 GitHub（远程库）

8.1 设置 GitHub 账号

说明：idea新版本会直接跳转到页面，在页面输入账号，密码就可以直接登陆了。

idea：一般默认下载了GitHub插件，如果没有到插件商城中下载一个即可。

如果出现 404 等情况连接不上的，是因为网络原因，可以使用以下方式连接：口令登录

然后去 GitHub 账户上设置 token。

点击生成token。

复制红框中的字符串到idea 中。

点击登录。

8.2 分享工程到 GitHub

说明：

• 之前：使用终端命令时，需要先在GitHub上创建远程库，之后在本地库中使用命令进行推送。
• 现在：使用idea集成GitHub可以直接把项目分享到GitHub上并创建远程库，因此连创建远程库的步骤都可以省略掉。

1. idea2020版：
   
   idea2022版：
   

2. 远程库名一般和本地库名一致。
   打钩表示创建的库是私有库，不大勾是公有库。
   
   效果：
   

3. 来到GitHub 中点击头像来到主页，发现已经帮我们创建好了 idea-workspace的远程仓库。
   
   

8.3 push 推送本地库到远程库

说明：

• 上面分享工程到GitHub的作用是：第一次把本地库的项目推送到GitHub上并创建远程库。
• 现在则是：项目中的代码修改后，再次添加到暂存区----》提交到本地库----》推送到远程库，不会在新创建远程库。

注意：

• push 是将本地库代码推送到远程库，如果本地库代码跟远程库代码版本不一致， push 的操作是会被拒绝的。也就是说，要想 push 成功，一定要保证本地库的版本要比远程库的版本高！ 因此一个成熟的程序员在动手改本地代码之前，一定会先检查下远程库跟本地代码的区别！如果本地的代码版本已经落后，切记要先 pull 拉取一下远程库的代码，将本地代码更新到最新以后，然后再修改，提交，推送！

案例测试：

1. 修改代码：
   
2. 提交到本地库:
   
3. 右键点击项目（工作空间），可以将当前分支的内容 push 到 GitHub 的远程仓库中。
   
   或者
   
4. 默认使用的是http协议生成的连接，但是这个链接跟网络的好坏有很大关系。所以推荐使用ssh生成的连接，前提是配置了GitHub免密登录，详情查看6.4。
   当然：如果网络比较好直接点击push即可，无需下面的操作。
   
5. 使用ssh连接推送，首先到github账号中复制ssh连接
   
   
6. 之后设置别名、ssh连接地址
   
7. 选择设置好的ssh连接
   
   
8. 在远程库中查看推送后的代码发生变化，说明推送成功。
   

8.4 pull 拉取远程库到本地库

注意：

• pull 是拉取远端仓库代码到本地，在拉取的时候切记不要修改本地的代码，如果远程库代码和本地库代码不一致，会自动合并，如果自动合并失败，还会涉及到手动解决冲突的问题。

模拟场景：

• 在远程库中修改代码：
  
  

• 保存：
  

• 右键点击项目，可以将远程仓库的内容 pull 到本地仓库。
  
  

• 效果：
  

8.5 clone 克隆远程库到本地

说明：只要把代码托管到github上面，本地就相当于做了一个备份了。

8.5.1 克隆项目（工作空间）

• 把磁盘下的整个工作空间项目删除
  
• 打开idea在初始页面，选择版本控制工具（新版本idea工具栏发生变化，但大同小异）
  
• 出现以下页面
• 在gitHub上找到具体的项目，复制url连接：https或者ssh
  
• 选择版本控制工具Git，填写连接，选择存放路径（即：在磁盘目录下设置的工作空间）。
  
• 克隆到本地后并打开工作空间
  
• 效果：可以看到项目已经克隆成功
  

8.5.2 拉取和克隆的区别

• 拉取：在本地有版本库的情况下，从远程库获取最新commit 数据（如果有的话），并merge（合并）到本地。
• 克隆：是在本地没有版本库的时候，从远程服务器克隆整个版本库到本地（即将远程库整个下载到本地），是一个本地从无到有的过程。
  

第9章 国内代码托管中心-码云（远程库）

9.1 简介

众所周知，GitHub 服务器在国外，使用 GitHub 作为项目托管网站，如果网速不好的话，严重影响使用体验，甚至会出现登录不上的情况。针对这个情况，大家也可以使用国内的项目托管网站-码云。

码云是开源中国推出的基于 Git 的代码托管服务中心，网址是： https://gitee.com/ ，使用方式跟 GitHub 一样，而且它还是一个中文网站，如果你英文不是很好它是最好的选择。

9.2 码云帐号注册和登录

进入码云官网地址：https://gitee.com/，点击注册 Gitee

输入个人信息，进行注册即可。

帐号注册成功以后，直接登录。

登录以后，就可以看到码云官网首页了。

9.3 码云创建远程库

点击首页右上角的加号，选择下面的新建仓库

填写仓库名称，路径和选择是否开源（共开库或私有库）

最后根据需求选择分支模型，然后点击创建按钮。

远程库创建好以后，就可以看到 HTTPS 和 SSH 的链接。

注意：因为是在国内，所以推荐使用https链接。

9.4 码云删除远程库

9.5 IDEA 集成码云

9.4.1 IDEA 安装码云插件

说明：Idea 默认不带码云插件，我们第一步要安装Gitee 插件。

如图所示，在 Idea 插件商店搜索 Gitee，然后点击右侧的 Install 按钮。

安装成功后，重启 Idea。

Idea 重启以后在 Version Control 设置里面看到Gitee，说明码云插件安装成功。

然后在码云插件里面添加码云帐号（邮箱、密码），我们就可以用 Idea 连接码云了。

9.4.2 分享工程到 码云

说明：

• 之前：使用终端命令时，需要先在Gitee上创建远程库，之后在本地库中使用命令进行推送。
• 现在：使用idea集成Gitee可以直接把项目分享到Gitee上并创建远程库，因此连创建远程库的步骤都可以省略掉。

效果：

进入到Gitee主页，发现已经创建好远程库并推送完代码。

9.4.3 push 推送本地库到远程库

说明：

• 上面分享工程到Gitee的作用是：第一次把本地库的项目推送到Gitee上并创建远程库。

• 现在则是：项目中的代码修改后，再次添加到暂存区----》提交到本地库----》推送到远程库，不会在新创建远程库。

案例测试：

• 修改代码
  

• 提交到本地库:
  
  

• 自定义远程库链接
  

• 给远程库链接起个个 名字，然后再 URL 里面填入码云远程库的 HTTPS 链接即可。码云服务器在国内，用HTTPS 链接即可，没必要用SSH 免密链接。
  
  

• 然后选择定义好的远程链接，点击 Push 即可。
  

• 效果：看到提示就说明 Push 远程库成功。
  

• 去码云远程库查看代码。
  
  

9.4.4 pull 拉取远程库到本地库

修改代码：

保存：

拉取：


效果：

9.4.5 克隆

略，码云的一系列操作基本和GitHub相同。

9.6 码云复制 GitHub 项目

码云提供了直接复制 GitHub 项目的功能，方便我们做项目的迁移和下载。具体操作如下：
新建仓库：

直接导入：

将 GitHub 的远程库 HTTPS 链接复制过来，点击创建按钮即可。

如果GitHub 项目更新了以后，在码云项目端可以手动重新同步，进行更新！

第10章 自建代码托管平台-GitLab（待定）

先学习：尚硅谷hadoop教程。

10.1 GitLab 简介

GitLab 是由GitLabInc.开发，使用 MIT 许可证的基于网络的 Git 仓库管理工具，且具有wiki 和 issue 跟踪功能。使用 Git 作为代码管理工具，并在此基础上搭建起来的web 服务。

GitLab 由乌克兰程序员 DmitriyZaporozhets 和 ValerySizov 开发，它使用 Ruby 语言写成。后来，一些部分用 Go 语言重写。截止 2018 年 5 月，该公司约有 290 名团队成员，以及 2000 多名开源贡献者。GitLab 被 IBM，Sony，JülichResearchCenter，NASA，Alibaba， Invincea，O’ReillyMedia，Leibniz-Rechenzentrum(LRZ)，CERN，SpaceX 等组织使用。

10.2 GitLab 官网地址

官网地址：https://about.gitlab.com/

安装说明：https://about.gitlab.com/installation/

10.3 GitLab 安装

10.3.1 服务器准备

准备一个系统为 CentOS7 以上版本的服务器，要求内存 4G，磁盘 50G。

关闭防火墙，并且配置好主机名和 IP，保证服务器可以上网。

此教程使用虚拟机：主机名：gitlab-server IP 地址：192.168.6.200

10.3.2 安装包准备

Yum 在线安装 gitlab- ce 时，需要下载几百M 的安装文件，非常耗时，所以最好提前把所需RPM 包下载到本地，然后使用离线 rpm 的方式安装。

下载地址：

https://packages.gitlab.com/gitlab/gitlab- ce/packages/el/7/gitlab-ce-13.10.2-ce.0.el7.x86_64.rpm

注：资料里提供了此rpm 包，直接将此包上传到服务器/opt/module 目录下即可。

10.3.3 编写安装脚本

安装 gitlab 步骤比较繁琐，因此我们可以参考官网编写 gitlab 的安装脚本。

给脚本增加执行权限

然后执行该脚本，开始安装 gitlab-ce。注意一定要保证服务器可以上网。

10.3.4 初始化 GitLab 服务

执行以下命令初始化 GitLab 服务，过程大概需要几分钟，耐心等待…

10.3.5 启动 GitLab 服务

执行以下命令启动 GitLab 服务，如需停止，执行 gitlab-ctl stop

10.3.6 使用浏览器访问 GitLab

使用主机名或者IP 地址即可访问GitLab 服务。需要提前配一下 windows 的hosts 文件。

首次登陆之前，需要修改下 GitLab 提供的 root 账户的密码，要求 8 位以上，包含大小写子母和特殊符号。因此我们修改密码为 Atguigu.123456
然后使用修改后的密码登录 GitLab。

GitLab 登录成功。

10.3.7 GitLab 创建远程库

10.3.8 IDEA 集成 GitLab

1）安装 GitLab 插件

2）设置GitLab 插件

3）push 本地代码到GitLab 远程库

自定义远程连接

注意：gitlab 网页上复制过来的连接是：http://gitlab.example.com/root/git-test.git， 需要手动修改为：http://gitlab-server/root/git-test.git
选择 gitlab 远程连接，进行 push。

首次向连接 gitlab，需要登录帐号和密码，用 root 帐号和我们修改的密码登录即可。

代码 Push 成功。

只要 GitLab 的远程库连接定义好以后，对 GitLab 远程库进行 pull 和 clone 的操作和

Github 和码云一致，此处不再赘述。