Git 基础

1 Svn

SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就郁闷了。

下图就是标准的集中式版本控制工具管理方式：
集中管理方式在一定程度上看到其他开发人员在干什么，而管理员也可以很轻松掌握每个人的开发权限。

但是相较于其优点而言，集中式版本控制工具缺点很明显：

• 服务器单点故障

• 容错性差

2 Git

Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，可以将文件A提交到本地版本库；其他人也在电脑上改了文件A，也可以将文件A提交到自己的本地版本库，这时，你们俩之间只需把本地版本库的内容各自的修改推送给对方（使用共享版本库，例如github、码云…），就可以互相看到对方的修改了。

下图就是分布式版本控制工具管理方式：

git: 是一个代码(文档)分布式 版本的管理工具

svn：集中式版本控制工具（服务器完成对文件的版本控制）（一个仓库），速度慢，单点、容错差

git：分布式版本控制工具（客户端、服务器都可以完成对文件的版本控制）（两个仓库，本地仓库、远程仓库(多个)） 全量式、速度快

3 git工作流程

一般工作流程如下：
1．从远程仓库中克隆 Git 资源作为本地仓库。

2．从本地仓库中checkout代码然后进行代码修改

3．在提交前先将代码提交到暂存区。

4．提交执行commit命令。提交到本地仓库。本地仓库中保存修改的各个历史版本。

5．在修改完成后，需要和团队成员共享代码时，可以将本地仓库的代码push到远程仓库。

下图展示了 Git 的工作流程：

1：本地仓库： 存入工程代码(压缩的 二进制)

	工作区？ idea工作目录(代码明文)

	暂存区？ 反悔

	命令：add（添加到暂存区）；commit（提交到本地仓库）

2：远程仓库：(代码与他人共享的地方)

	命令：clone（远程仓库的代码克隆到本地仓库 所有的版本）；pull（将代码从远程仓库拉取到本地开发 只拉取某一版本的代码, 会尝试合并(远程与本地)）；push（将代码从本地仓库推送到远程仓库）

	clone与pull的区别

	clone：第一次连接远程仓库 所有的版本  初始化

	pull：第一次用clone命令，如果已经连接是哪个，其他都用pull命令拉取 只拉取某一版本的代码 会尝试合并(远程与本地)

4 Git的安装

下载地址：

https://git-scm.com/download

安装TortoiseGit
https://tortoisegit.org/

5 使用git管理文件版本-本地仓库-重点

5.1 创建版本库

什么是版本库呢？版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的新增、修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。由于git是分布式版本管理工具，所以git在不需要联网的情况下也具有完整的版本管理能力。

创建一个版本库非常简单，可以使用git bash也可以使用TortoiseGit。首先，选择一个合适的地方，创建一个空目录（F:\repository）

5.1.1 使用GitBash

在当前目录中点击右键中选择Git Bash来启动。

注意如果是从开始菜单启动的gitbash需要切换目录到仓库所在的目录。

创建仓库执行命令：

$ git init

查看帮助：

git help init

【小结】

（1）git init 有工作空间，可以编码，一般用于客户端

（2）git --bare init没有有工作空间，不可以编码，一般用于服务端

5.1.2 使用TortoiseGit

使用TortoiseGit时只需要在目录中点击右键菜单选择“在这里创建版本库”

版本库创建成功，会在此目录下创建一个.git的隐藏目录（叫做版本库）

版本库：“.git”目录就是版本库，将来文件都需要保存到版本库中。

工作目录（工作区）：包含“.git”目录的目录，也就是.git目录的上一级目录就是
工作目录。只有工作目录中的文件或者是文件夹才能保存到版本库中

5.2 添加文件

5.2.1 添加文件过程

在F:\repository目录下创建一个mytest.txt文件
文本文件变为带“+”号的图标，表示该文件被放置到暂存区中：

git add

提交文件：在mytest.txt上再次点击右键选择“提交”，此时将文件保存至版本库中。

提交完后：

git commit

git显示不出来图标标志

每次修改，如果不用git add到暂存区，那就不会加入到commit中。
需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

5.2.2 工作区和暂存区

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。

什么是工作区（Working Directory）？

工作区就是你在电脑里能看到的目录，比如我的reporstory/repo1文件夹就是一个工作
区。

什么是版本库？

在这个工作区目录中的“.git”隐藏文件夹是版本库。

Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存
区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫
HEAD。

如下图所示：

前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；

第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支（默认是master）。

因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。

你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

查看版本库，可点击“版本库浏览器”

5.3 修改文件

5.3.1 提交修改

被版本库管理的文件不可避免的要发生修改，此时只需要直接对文件修改即可。修改完毕后需要将文件的修改提交到版本库。

在mytest.txt文件上点击右键，然后选择“提交”

5.3.2 查看修改历史

（如果修改有误，用于恢复到历史版本）

在开发过程中可能会经常查看代码的修改历史，或者叫做修改日志。来查看某个版本是谁修改的，什么时间修改的，修改了哪些内容。

可以在文件上点击右键选择“显示日志”来查看文件的修改历史。

可以【导出】指定版本，如果编写错误，用于还原到历史版本。

5.3.3 差异比较

当文件内容修改后，需要和修改之前对比一下修改了哪些内容此时可以使用“比较差异功能”

5.3.4 还原修改

当文件修改后不想把修改的内容提交，还想还原到未修改之前的状态。此时可以使用“还原”功能

注意：此操作会撤销所有未提交的修改，所以当使用还原操作是需要慎重慎重！！！

5.4 删除文件

需要删除无用的文件时可以使用git提供的删除功能直接将文件从版本库中删除。

此时不是真的删除，可以通过还原功能，还原文件
如果真的想删除文件，可以选择【提交】
如果文件版本库也被删除，此时本地文件彻底丢失了。

5.5 删除文件并保留副本

此时文件删除，但是本地参考仍然存在，执行【提交】可以删除版本库的文件，但是mytest3.txt在本地会保留。
【提交】后，查看仓库，已删除，但查看工作目录是存在副本文件。

案例：将java工程-提交到版本库

第一步：将java工程HelloProjet复制到工作目录中

第二步：将工程添加到暂存区。

第三步：忽略文件或文件夹【重点】

在此工程中，并不是所有文件都需要保存到版本库中的例如“out”目录及目录下的文件就可以忽略。好在Git考虑到了大家的感受，这个问题解决起来也很简单，在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。

如果使用TortoiseGit的话可以使用菜单项直接进行忽略。

选择保留本地文件。完成后在此文件夹内会多出一个.gitignore文件，这个文件就是文件忽略文件，当然也可以手工编辑。其中的内容就是把.idea和out目录忽略掉。

第四步：提交代码

查看版本库浏览器，不会出现.out和.idea的文件，却多出了一个.gitignore的文本文件。

5.6 忽略文件（.gitignore）语法规范

空行或是以 # 开头的行即注释行将被忽略。

可以在前面添加正斜杠 / 来避免递归,下面的例子中可以很明白的看出来与下一条的区别。

可以在后面添加正斜杠 / 来忽略文件夹，例如 build/ 即忽略build文件夹。

可以使用 ! 来否定忽略，即比如在前面用了 *.apk ，然后使用 !a.apk ，则这个a.apk不会被忽略。

*用来匹配零个或多个字符，如 *.[oa] 忽略所有以".o"或".a"结尾， *~ 忽略所有以 ~ 结尾的文件（这种文件通常被许多编辑器标记为临时文件）； [] 用来匹配括号内的任一字符，如 [abc] ，也可以在括号内加连接符，如 [0-9] 匹配0至9的数； ? 用来匹配单个字符。

.gitignore文件

# 忽略 .a 文件
*.a
# 不忽略 lib.a, 尽管已经在前面忽略了 .a 文件
!lib.a
# 仅在当前目录下忽略 TODO 文件， 但不包括子目录下的 subdir/TODO
/TODO
# 忽略 build/ 文件夹下的所有文件
build/
# 忽略 doc/notes.txt, 不包括 doc/server/arch.txt
doc/*.txt
# 忽略所有的 .pdf 文件，包括在 doc/ directory 下的
doc/**/*.pdf

6 远程仓库

6.1 添加远程仓库

现在我们已经在本地创建了一个Git仓库，又想让其他人来协作开发，此时就可以把本地仓库同步到远程仓库，同时还增加了本地仓库的一个备份。

常用的远程仓库就是github：https://github.com/，

6.1.1 在github上创建仓库

首先你得在github上创建一个账号
登录后：选择Start a project

Github支持两种同步方式“https”和“ssh”。
如果使用https很简单基本不需要配置就可以使用，但是每次提交代码和下载代码时都需要输入用户名和密码（github注册的账号和密码）。
如果使用ssh方式就需要客户端先生成一个密钥对，即一个公钥一个私钥。然后还需要把公钥放到githib的服务器上。这两种方式在实际开发中都有应用，所以我们都需要掌握。接下来我们先看ssh方式。

6.1.2 ssh协议

6.1.2.1 什么是ssh?

SSH 为 Secure Shell（安全外壳协议）的缩写，由 IETF 的网络小组（Network Working Group）所制定。SSH 是目前较可靠，专为远程登录会话和其他网络服务提供安全性的协议。利用 SSH 协议可以有效防止远程管理过程中的信息泄露问题。

6.1.2.2 基于密匙的安全验证

使用ssh协议通信时，推荐使用基于密钥的验证方式。你必须为自己创建一对密匙（第1步），并把公用密匙放在需要访问的服务器上（第2步）。如果你要连接到SSH服务器上，客户端软件就会向服务器发出请求，请求用你的密匙进行安全验证。服务器收到请求之后，先在该服务器上你的主目录下寻找你的公用密匙，然后把它和你发送过来的公用密匙进行比较。如果两个密匙一致，服务器就用公用密匙加密“质询”（challenge）并把它发送给客户端软件。客户端软件收到“质询”之后就可以用你的私人密匙解密再把它发送给服务器。

6.1.2.3 ssh密钥生成

在windows下我们可以使用 Git Bash.exe来生成密钥，可以通过开始菜单或者右键菜单打开Git Bash

git bash 执行命令,生命公钥和私钥

命令: ssh-keygen -t rsa -C ‘邮箱’
其中’邮箱’为注册github的登录账号的邮箱（也可使用github注册的账号）
当你创建ssh的时候：-t 表示密钥的类型 ，-b表示密钥的长度，-C 用于识别这个密
钥的注释 ，这个注释你可以输入任何内容，很多网站和软件用这个注释作为密钥的名字

一路回车即可

执行命令完成后,在window本地用户.ssh目录C:\Users\用户名.ssh下面生成如下名称的公钥和私钥:
6.1.2.4 ssh密钥配置

密钥生成后需要在github上配置密钥本地才可以顺利访问。
在key部分将id_rsa.pub文件内容添加进去，然后点击“Add SSH key”按钮完成配置。

6.1.3 使用ssh协议同步到远程仓库

同步到远程仓库可以使用git bash也可以使用tortoiseGit

6.1.3.1 使用git bash

6.1.3.2 使用TortoiseGit同步

由于TortoiseGit使用的ssh工具是“PuTTY”，git Bash使用的ssh工具是“openSSH”，如果想让TortoiseGit也使用刚才生成的密钥可以做如下配置：

右键，选择“git 同步”
点击管理。
【注意】：首先保证：ssh客户端需配置成git使用的客户端
Url：远程仓库的地址

推送URL：也是相同的（可以不填写）

Putty密钥：选择刚才生成的密钥中的私钥

6.1.4 使用https协议同步到远程仓库

6.1.4.1 使用git bush

等同于ssh协议的操作（省略）


6.1.4.2 使用TortoiseGit同步

6.2 从远程仓库克隆

克隆远程仓库也就是从远程把仓库复制一份到本地，克隆后会创建一个新的本地仓库。选择一个任意部署仓库的目录，然后克隆远程仓库。

创建F/repository/clone_repo目录，用来存放clone下来的项目

6.2.1 使用git bash：

找到github中mytest仓库的url，使用ssh协议

git clone git@github.com:it/mytest.git

git clone

6.3 从远程仓库取代码

Git中从远程的分支获取最新的版本到本地有这样2个命令：

1. git fetch：相当于是从远程获取最新版本到本地，不会自动merge（合并代码）

2. git pull：相当于是从远程获取最新版本并merge到本地，其实相当于git fetch 和 git merge

在实际使用中，git fetch更安全一些，但是不常用！

因为在merge前，我们可以查看更新情况，然后再决定是否合并。

git pull更常用，因为即得代码又可以自动合并

如果使用TortoiseGit的话可以从右键菜单中点击“拉取”（pull）或者“获取”（fetch）

git pull

取回远程主机某个分支的更新，再与本地的指定分支合并

git pull [options] [<repository> [<refspec>…]]

解决冲突

其中，F:/repository/repo1中的aaa.txt先提交到本地仓库，再推送到远程仓库没有问题

而F:/repository/clone_repo1/mytest中的aaa.txt先提交到本地仓库，再推送到远程仓库的时候出现问题

编辑冲突：

避免冲突：

1. 做完功能先测试完后，找老大，跟他说能不能提交代码，先推送
2. 组内成员推送到远程，通知所有组内成员去拉取
3. 分配任务时，按业务划分，尽量避免操作同一个文件

6.5 搭建私有Git服务器 使用gitlab替换

搭建Git服务器需要准备一台运行Linux的机器，在此我们使用CentOS。以下为安装步骤：
6.5.1.1 Git安装

• 安装git服务环境准备，联网（3-5分钟）

  yum -y install curl curl-devel zlib-devel openssl-devel perl cpio expat-devel gettext-devel gcc cc

• 下载git-2.9.3.tar.gz，将git-2.9.3.tar.gz的文件拖拽到SFTP中。

• 解压
  [root@localhost ~]# tar -xvf git-2.9.3.tar.gz

• 进入到git目录
  [root@localhost ~]# cd git-2.9.3

• 安装
  make prefix=/usr/local all
  make prefix=/usr/local install

• 安装成功验证
  git --version

  --------------------
  git version 2.9.3
  

6.5.1.2 创建用户

• 添加用户(此命令执行后会创建/home/git目录作为git用户的主目录)

  useradd git (如果已经存在可以先删除再创建 userdel git)

• 设置密码

  passwd git

  输入两次密码

  密码 git

• cd /home/git 下并切换到git用户

  su git

6.5.1.3 创建git仓库

• 创建目录

  mkdir -p /home/git/repo01

• 执行命令创建仓库

  cd /home/git/repo01
  git --bare init

注意:注意：如果不使用“–bare”参数，初始化仓库后，提交master分支时报错。这是由于git默认拒绝了push操作，需要.git/config添加如下代码：

[receive]

      denyCurrentBranch = ignore

这个操作等同于：TortoiseGit中的

6.5.2 上传代码到私有仓库
填写设置 Url：ssh://git@192.168.25.129/home/git/repo01

7 分支管理

在本地仓库中使用分支，可在一个项目中使用多条路径，完成版本控制。

7.1 分支的概念

在我们每次的提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD指针严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

如图：只要有本地仓库就有master分支。

一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：
每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。

当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：

不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：

假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：
合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

7.2 使用TortoiseGit实现分支管理

7.2.1 创建分支

在本地仓库文件夹中点击右键，然后从菜单中选择“创建分支”：
如果想创建完毕后直接切换到新分支可以勾选“切换到新分支”选项或者从菜单中选择“切换/检出”来切换分支
右键查看，再提交，指向新的分支。

7.2.2 合并分支

分支切换到dev后就可以对工作区的文件进行修改，然后提交到dev分支，原来的master分支不受影响。例如我们修改mytest.txt中的内容，然后提交到dev分支。

最后，我们将dev分支的内容合并到master分支，切换当前分支为master。从右键菜单中选择“合并”

7.2.4 删除分支

右键选择“切换/检出”,选择分支。

注意：如果当前分支为dev，则不能删除dev。
分支的操作由项目经理操作

程序员：

1. 检出分支 (目录A)
2. 复制分支到开发目录（目录B）
3. 使用idea加载项目开发（目录B）
4. 在原有的分支（目录A）上先拉取，再把idea中的项目代码复制到原来的分支下（目录A）进行替换
5. 先比较，解决差异后 再提交分支，推送

8 IntelliJ IDEA中使用git

8.1 在Idea中配置git

IDEA中使用git

安装好IntelliJ IDEA后，如果Git安装在默认路径下，那么idea会自动找到git的位置，如果更改了Git的安装位置则需要手动配置下Git的路径。

• 选择File→Settings打开设置窗口，找到Version Control下的git选项：

使用idea操作github远程服务器的时候，在idea中配置用户名和密码，这样使用https协议访问github的时候，不需要输入用户名和密码了。

8.2 创建工程集成GIT

创建本地仓库

在菜单中选择“vcs”→Import into Version Control→Create Git Repository…

查看本地工程目录，有绿色箭头。说明创建了本地仓库。

添加暂存区

提交本地仓库

8.3 远程仓库操作

8.3.1 推送到远程仓库

这里注意：我们使用https的协议连接。

• 在工程上点击右键，选择git→Repository→Remotes，
  在工程上点击右键，选择git→Repository→Push，

8.3.2 从远程仓库克隆

方式一：选择VCS—>Checkout from Version Control—>GitHub

方式二：或者：关闭工程后，在idea的欢迎页上有“Checkout from version control”下拉框，选择git

8.3.3 修改文件push到远程仓库

• 修改User
• 先commit到本地

8.3.4 从远程仓库拉取

8.4. 在Idea中使用分支

.gitignore 的用法

Git 忽略规则优先级

在 .gitingore 文件中，每一行指定一个忽略规则，Git 检查忽略规则的时候有多个来源，它的优先级如下（由高到低）：

1. 从命令行中读取可用的忽略规则
2. 当前目录定义的规则
3. 父级目录定义的规则，依次递推
4. $GIT_DIR/info/exclude 文件中定义的规则
5. core.excludesfile中定义的全局规则

使用规则

2.1 注释

注释使用 # 开头，后面跟注释内容。如下所示：

2.2 忽略文件

（1）忽略文件和目录

folderName

folderName : 表示忽略 folderName 文件 和 folderName 目录，会自动搜索多级目录，比如：*/*/folderName。
（2）仅忽略文件

!folderName/

仅忽略 folderName 文件，而不忽略 folderName 目录，其中，感叹号“!”表示反向操作。

2.3 忽略目录

folderName/

/ToDo 以’/'开头的表示仅屏蔽当前目录ToDo下的文件。需要注意的是空文件夹不会被追踪。

若匹配语句以’/ ’ 开始，便视为匹配当前目录

2.4 使用通配符

常用的通配符有：

（1）星号“*” ：匹配多个字符；

（2）问号“?”：匹配除 ‘/’外的任意一个字符；

（3）方括号“[xxxx]”：匹配多个列表中的字符；

2.5 反向操作

!匹配模式 

表示之前忽略的匹配模式再次包含在跟踪内容里。

2.6 双星号

斜杠后紧跟两个连续的星号"**"，表示多级目录。

src/**/file

2.7 其它规则

（1）空行不匹配任何文件；

（2）git 跟踪文件，而不是目录；

（3）在 .gitignore 文件中，每行表示一种模式；

（4）如果本地仓库文件已被跟踪，那么即使在 .gitignore 中设置了忽略，也不起作用。

（5）.gitignore 文件也会被上传的到远程仓库，所以，同一个仓库的人可以使用同一个.gitignore 文件。

Git 索引

Git理解-索引
从git的角度来看，可以在三个区域进行文件更改：工作目录，暂存区和存储库。