Git基础

一、Git起步

关于版本控制

使用版本控制软件的好处

1. 操作简便 只需识记几组简单的终端命令，即可快速上手常见的版本控制软件。
2. 易于对比 基于版本控制软件提供的功能，能够方便地比较文件的变化细节，从而查找出导致问题的原因。
3. 易于回溯 可以将选定的文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态。
4. 不易丢失 在版本控制软件中，被用户误删除的文件，可以轻松的恢复回来。
5. 协作方便 基于版本控制软件提供的分支功能，可以轻松实现多人协作开发时的代码合并操作。

版本控制系统的分类：

1. 本地版本控制系统
2. 分布式版本控制系统
3. 集中化的版本控制系统

本地版本控制系统

特点: 使用软件来记录文件的不同版本，提高了工作效率，降低了手动维护版本的出错率。

缺点:

1. 单机运行，不支持多人协作开发。
2. 版本数据库故障后，所有历史更新记录会丢失。

集中化的版本控制系统

特点:基于服务器、客户端的运行模式

1. 服务器保存文件的所有更新记录
2. 客户端只保留最新的文件版本

优点:联网运行，支持多人协作开发

缺点:

1. 不支持离线提交版本更新
2. 中心服务器崩溃后，所有人无法正常工作
3. 版本数据库故障后，所有历史更新记录会丢失

分布式版本控制系统

特点:基于服务器、客户端的运行模式

1. 服务器保存文件的所有更新版本
2. 客户端是服务器的完整备份，并不是只保留文件的最新版本

优点:

1. 联网运行，支持多人协作开发
2. 客户端断网后支持离线本地提交版本更新
3. 服务器故障或损坏后，可使用任何一个客户端的备份进行恢复
    

二、Git基础

1.什么是Git

Git是一个开源的分布式版本控制系统，是目前世界上最先进、最流行的版本控制系统。可以快速高效地处理从很小到非常大的项目版本管理。

特点:项目越大越复杂，协同开发者越多，越能体现出Git的高性能和高可用性!

2.Git的特性

Git之所以快速和高效，主要依赖于它的如下两个特性:

1. 直接记录快照，而非差异比较
2. 近乎所有操作都是本地执行

2.1近乎所有操作都是本地执行

在Git中的绝大多数操作都只需要访问本地文件和资源，一般不需要来自网络上其它计算机的信息。

特性:

1. 断网后依旧可以在本地对项目进行版本管理
2. 联网后，把本地修改的记录同步到云端服务器即可

3.Git中的三个区域

使用Git管理的项目，拥有三个区域，分别是工作区、暂存区、Git仓库。

4.Git中的三种状态

注意：

• 工作区的文件被修改了，但还没有放到暂存区，就是已修改状态。
• 如果文件已修改并放入暂存区，就属于已暂存状态。
• 如果Git仓库中保存着特定版本的文件，就属于已提交状态。

5.基本的Git工作流程

 基本的Git工作流程如下:

1. 在工作区中修改文件
2. 将你想要下次提交的更改进行暂存
3. 提交更新，找到暂存区的文件，将快照永久性存储到Git仓库

6. 在Windows中下载并安装Git

在开始使用Git管理项目的版本之前，需要将它安装到计算机上。可以使用浏览器访问如下的网址，根据自己的操作系统，选择下载对应的Git安装包:https://git-scm.com/downloads.

7.配置用户信息

安装完Git之后，要做的第一件事就是设置自己的用户名和邮件地址。因为通过Git对项目进行版本管理的时候，Git需要使用这些基本信息，来记录是谁对项目进行了操作:

git config --global user.name "itheima"
git config --global user.email "itheima@itcast.cn"

 注意: 如果使用了--global选项，那么该命令只需要运行一次，即可永久生效。

8.Git的全局配置文件

通过git config --global user.name和 git config --global user.email配置的用户名和邮箱地址，会被写入到C:/Users/用户名文件夹/.gitconfig文件中。这个文件是Git的全局配置文件，配置一次即可永久生效。

可以使用记事本打开此文件，从而查看自己曾经对Git做了哪些全局性的配置。

9.检查配置信息

除了使用记事本查看全局的配置信息之外，还可以运行如下的终端命令，快速的查看Git的全局配置信息:

#查看所有的全局配置项
git config --list --global
#查看指定的全局配置项
git config user.name
git config user.email

10.获取帮助信息

可以使用git help <verb>命令，无需联网即可在浏览器中打开帮助手册，例如:

#要想打开git config命令的帮助手册
git help config

如果不想查看完整的手册，那么可以用-h选项获得更简明的"help"输出:

#想要获取 git config 命令的快速参考
git config -h

11.获取Git仓库的两种方式

1. 将尚未进行版本控制的本地目录转换为Git仓库
2. 从其它服务器克隆一个已存在的Git仓库

以上两种方式都能够在自己的电脑上得到一个可用的Git仓库

12.在现有目录中初始化仓库

如果自己有一个尚未进行版本控制的项目目录，想要用Git来控制它，需要执行如下两个步骤:

1. 在项目目录中，通过鼠标右键打开“Git Bash"
2. 执行git init命令将当前的目录转化为Git仓库

git init命令会创建一个名为.git的隐藏目录，这个.git目录就是当前项目的Git仓库，里面包含了初始的必要文件，这些文件是Git仓库的必要组成部分。

13.工作区中文件的4种状态

工作区中的每一个文件可能有4种状态，这四种状态共分为两大类，如图所示:
 

Git操作的终极结果:让工作区中的文件都处于"未修改"的状态。

14.检查文件的状态

可以使用git status命令查看文件处于什么状态，例如:

在状态报告中可以看到boostrap/index.html文件出现在Untracked files(未跟踪的文件)下面。

未跟踪的文件意味着Git在之前的快照（提交）中没有这些文件;Git不会自动将之纳入跟踪范围，除非明确地告诉它"我需要使用Git跟踪管理该文件"。

15.以精简的方式显示文件状态

使用git status输出的状态报告很详细，但有些繁琐。如果希望以精简的方式显示文件的状态
可以使用如下
两条完全等价的命令，其中-s是--short的简写形式:

#以精简的方式显示文件状态
git status -s
git status --short

未跟踪文件前面有红色的??标记，例如:

16.跟踪新文件

使用命令git add开始跟踪一个文件。所以，要跟踪index.html文件，运行如下的命令即可:

git add index.html

此时再运行git status 命令，会看到index.html文件在Changes to be committed这行的下面，说明已被跟踪，并处于暂存状态:

以精简的方式显示文件的状态:

新添加到暂存区中的文件前面有绿色的A标记

17.提交更新

现在暂存区中有一个index.html文件等待被提交到Git仓库中进行保存。可以执行git commit命令进行提交，其中-m选项后面是本次的提交消息，用来对提交的内容做进一步的描述:

git commit -m "新建了index.html文件"

提交成功之后，会显示如下的信息:

18.对已提交的文件进行修改

目前，index.html文件已经被Git跟踪，并且工作区和Git仓库中的 index.html文件内容保持一致。当我们修改了工作区中 index.html 的内容之后，再次运行git status和 git status -s命令，会看到如下的内容:

文件index.html出现在Changes not staged for commit这行下面，说明已跟踪文件的内容发生了变化,但还没有放到暂存区。

19.暂存已修改的文件

目前，工作区中的 index.html文件已被修改，如果要暂存这次修改，需要再次运行git add命令，这个命令是个多功能的命令，主要有如下3个功效:

1. 可以用它开始跟踪新文件
2. 把已跟踪的、且已修改的文件放到暂存区
3. 把有冲突的文件标记为已解决状态 

20.提交已暂存的文件

再次运行git commit -m "提交消息"命令，即可将暂存区中记录的index.html的快照，提交到Git仓库中进行保存:

21.撤销对文件的修改

撤销对文件的修改指的是:把对工作区中对应文件的修改，还原成Git仓库中所保存的版本。操作的结果:所有的修改会丢失，且无法恢复!危险性比较高，请慎重操作!

撤销操作的本质:用Git仓库中保存的文件，覆盖工作区中指定的文件。

22.向暂存区中一次性添加多个文件

如果需要被暂存的文件个数比较多，可以使用如下的命令，一次性将所有的新增和修改过的文件加入暂存区:

git add .

今后在项目开发中，会经常使用这个命令，将新增和修改过后的文件加入暂存区。

23.取消暂存的文件

如果需要从暂存区中移除对应的文件，可以使用如下的命令:

git reset HEAD 要移除的文件名称

24.跳过使用暂存区域

Git标准的工作流程是工作区→暂存区→Git仓库，但有时候这么做略显繁琐，此时可以跳过暂存区，直接将工作区中的修改提交到Git仓库，这时候Git工作的流程简化为了工作区→Git仓库。

Git提供了一个跳过使用暂存区域的方式，只要在提交的时候，给git commit加上-a选项，Git就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过git add步骤:

git commit -a -m "描述消息"

25.移除文件
从Git仓库中移除文件的方式有两种:

1. 从Git仓库和工作区中同时移除对应的文件
2. 只从Git仓库中移除指定的文件，但保留工作区中对应的文件

#从Git仓库和工作区中同时移除index.js文件
git rm -f index.js
#只从Git仓库中移除index.css,但保留工作区中的index.css文件
git rm --cached index.css

26.忽略文件

一般我们总会有些文件无需纳入Git的管理，也不希望它们总出现在未跟踪文件列表。在这种情况下，我们可以创建一个名为.gitignore的配置文件，列出要忽略的文件的匹配模式。
文件.gitignore 的格式规范如下:

1. 以#开头的是注释
2. 以/结尾的是目录
3. 以/开头防止递归
4. 以!开头表示取反
5. 可以使用glob模式进行文件和文件夹的匹配（glob指简化了的正则表达式)

27.glob模式

所谓的glob模式是指简化了的正则表达式:

1. 星号*匹配零个或多个任意字符
2. [abc]匹配任何一个列在方括号中的字符（此案例匹配一个a或匹配一个b或匹配一个c)
3. 问号？只匹配一个任意字符
4. 在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配（比如[0-9]表示匹配所有0到9的数字)
5. 两个星号**表示匹配任意中间目录（比如a/**/z可以匹配 a/z 、 a/b/z或 a/b/c/z等)

28..gitignore文件的例子

#忽略所有的.a文件
*.a
#但跟踪所有的lib.a，即便你在前面忽略了.a文件
!lib.a
#只忽略当前目录下的TODO文件，而不忽略subdir/TODo
/TODo
#忽略任何目录下名为build的文件夹
build/
#忽略doc/notes.txt，但不忽略doclserverlarch.txt
doc/*.txt
#忽略doc/目录及其所有子目录下的 .pdf文件
doc/**/*.pdf

29.查看提交历史

如果希望回顾项目的提交历史，可以使用git log这个简单且有效的命令。

#按时间先后顺序列出所有的提交历史，最近的提交排在最上面
git log
#只展示最新的两条提交历史，数字可以按需进行填写
git log -2
#在一行上展示最近两条提交历史的信息
git log -2 --pretty=oneline
#在一行上展示最近两条提交历史的信息，并自定义输出的格式
# %h 提交的简写哈希值 %an作者名字 %ar作者修订日期，按多久以前的方式显示 %s提交说明
git log -2 --pretty=format:"h | %an | %ar | %s"

20.回退到指定的版本

#在一行上展示所有的提交历史
git log --pretty=oneline
#使用git reset --hard命令，根据指定的提交ID回退到指定版本
git reset --hard <CommitID>
#在旧版本中使用git reflog --pretty=oneline命令，查看命令操作的历史
git reflog --pretty=oneline
#再次根据最新的提交ID，跳转到最新的版本
git reset --hard <CommitID>

21.小结
初始化Git仓库的命令
git init
查看文件状态的命令
git status或git status -s                                                                                                                    一次性将文件加入暂存区的命令
git add .
将暂存区的文件提交到Git 仓库的命令
git ciammit -m "提交消息"