Git：版本控制工具介绍

全文概要

**版本控制系统：**记录文件变化，以便将来查阅特定版本修订情况的系统。

**版本控制系统的分类：**本地、集中式、分布式。

集中式：服务器记录文件的所有更新记录，而客户端只保留最新的文件版本。代表是 SVN。

分布式：服务器记录文件的所有更新记录，而客户端是服务器的完整备份。代表是 GIt。

**Git概念：**开源分布式版本控制系统

Git文件划分：

对于文件可以分成 未跟踪、已跟踪，前者指尚未添加到 Git仓库 中进行管理，后者则是已经添加到 Git仓库 中进行挂你了。

**Git仓库区域与文件：**Git仓库中管理的文件可以分成 已修改、已暂存和已提交。

Git与SVN的对比：

SVN是集中控制版本，并且每次记录文件的差异，可以节约磁盘空间，但是切换版本耗时。

Git是分布式版本控制，并且每次记录完整文件，可以提升切换版本效率，但是占据磁盘空间。

版本控制工具介绍

版本控制系统的概念

概念：

版本控制软件是一个用来记录文件变化，以便将来查阅特定版本修订情况的系统，因此有时也叫做“版本控制系统”。

通俗的理解：

把手工管理文件版本的方式，改为由软件管理文件的版本。

这个负责管理文件版本的软件，叫做“版本控制软件”。

使用版本控制软件的好处：

操作简便：只需识记几组简单的终端命令，即可快速上手常见的版本控制软件

易于对比：

基于版本控制软件提供的功能，能够方便地比较文件的变化细节，从而查找出导致问题的原因

易于回溯：

可以将选定的文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态

不易丢失：在版本控制软件中，被用户误删除的文件，可以轻松的恢复回来

协作方便：基于版本控制软件提供的分支功能，可以轻松实现多人协作开发时的代码合并操作

版本控制系统的历史

• 版本控制的史前时代（没有版本控制）：

人们通常通过文件备份的方式来进行管理，再通过diff命令来对比两个文件的差异；

• CVS（Concurrent Versions System）

第一个被大规模使用的版本控制工具，诞生于1985年； 由荷兰阿姆斯特丹VU大学的Dick Grune教授实现的，也算是SVN的前身（SVN的出现就是为了取代CVS的）。

• SVN（Subversion）

因其命令行工具名为svn因此通常被简称为SVN； SVN由CollabNet公司于2000年资助并发起开发，目的是取代CVS，对CVS进行了很多的优化； SVN和CVS一样，也属于集中式版本控制工具； SVN在早期公司开发中使用率非常高，但是目前已经被Git取代；

• Git（Linus的作品）

早期的时候，Linux社区使用的是BitKeeper来进行版本控制； 但是因为一些原因，BitKeeper想要收回对Linux社区的免费授权； 于是Linus用了大概一周的时间，开发了Git用来取代BitKeeper； Linus完成了Git的核心设计，在之后Linus功成身退，将Git交由另外一个Git的主要贡献者Junio C Hamano来维护；

版本控制系统的分类

本地版本控制系统

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

缺点：① 单机运行，不支持多人协作开发 ② 版本数据库故障后，所有历史更新记录会丢失

集中式版本控制

CVS和SVN都是是属于集中式版本控制系统（Centralized Version Control Systems，简称 CVCS）

典型代表：SVN

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

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

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

缺点：

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

这种做法带来了许多好处，特别是相较于老式的本地管理来说，每个人都可以在一定程度上看到项目中的 其他人正在做些什么。

但是集中式版本控制也有一个核心的问题：中央服务器不能出现故障：如果宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作；如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无疑问你将丢失所有数据。

分布式版本控制系统

Git是属于分布式版本控制系统（Distributed Version Control System，简称 DVCS）。

典型代表：Git

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

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

优点：

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

Git 介绍

Git 概念

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

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

特点：

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

① 直接记录快照，而非差异比较

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

Git 与 SVN 对比

SVN的记录方式

传统的版本控制系统（例如 SVN）是基于差异的版本控制，它们存储的是一组基本文件和每个文件

随时间逐步累积的差异。

注意：每次记录的是差异而不是整体文件，所以节省磁盘空间

优点：节省磁盘空间

缺点：耗时、效率低

在每次切换版本的时候，都需要在基本文件的基础上，应用每个差异，从而生成目标版本对应的文件。

Git 的记录快照

Git 快照是在原有文件版本的基础上重新生成一份新的文件，类似于备份。为了效率，如果文件没有修改，Git不再重新存储该文件，而是只保留一个链接指向之前存储的文件。

优点：

1-版本切换时非常快：每个版本都是完整的文件快照，切换版本时直接恢复目标版本的快照即可。

缺点：占用磁盘空间较大。

特点：空间换时间

2-Git近乎所有操作都是本地执行

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

特性：

① 断网后依旧可以在本地对项目进行版本管理

② 联网后，把本地修改的记录同步到云端服务器即可

Git 安装

Git 安装

Git的官网：https://git-scm.com/downloads

根据自己的操作系统下载Git即可：

Bash、CMD与GUI

Git Bash

• Git Bash 是 Git for Windows 附带的命令行工具，它模拟了一个 Linux 或 Unix 环境的 Shell（类似于 Bash shell）。它为 Windows 用户提供了一种在 Windows 上使用 Linux 风格命令的方式。
• Git Bash 包含了很多标准的 Unix 命令，如 ls, cat, grep, awk 等，因此更适合处理 Git 操作和编写 Bash 脚本。

如图所示：

Git CMD

• CMD 是 Windows 的原生命令提示符（Command Prompt），其命令集主要遵循 Windows 的命令行工具集，如 dir, copy, del 等。
• CMD 适合处理 Windows 系统中的基础操作，如文件管理、系统命令等，但它不支持 Unix/Linux 风格的命令。

Git GUI

基本上针对那些不喜欢黑屏（即命令行）编码的人； 它提供了一个图形用户界面来运行 git 命令；

Git 的配置选项

安装Git后，要做的第一件事就是设置你的用户名和邮件地址。

这一点很重要，因为每一个 Git 提交都会使用这些信息，它们会写入到你的每一次提交中，不可更改。如果使用了 --global 选项，那么该命令只需要运行一次，因为之后无论你在该系统上做任何事情， Git 都会使用那些信息。

$ git config --global user.name "Nathan"
$ git config --global user.email "xxx@..."

检测当前的配置信息：

$ git config --list

Git 的别名（alias）

Git 并不会在你输入部分命令时自动推断出你想要的命令：

如果不想每次都输入完整的 Git 命令，可以通过 git config 文件来轻松地为每一个命令设置一个别名。

$ git config --global alias.co checkout

Git 获取仓库

通常有两种获取 Git 项目仓库的方式：

方式一：初始化一个Git仓库，并且可以将当前项目的文件都添加到Git仓库中（目前很多的脚手架在创建项目时都会默认创建一个Git仓库）；

方式二：从其它服务器 克隆（clone） 一个已存在的 Git 仓库（第一天到公司通常我们需要做这个操作）；

方式一：初始化Git仓库

该命令将创建一个名为 .git 的子目录，这个子目录含有你初始化的 Git 仓库中所有的必须文件，这些文件是 Git 仓库的核心；

但是，在这个时候，我们仅仅是做了一个初始化的操作，你的项目里的文件还没有被跟踪；

git init

方式二：从Git远程仓库

git clone

Git 文件状态划分

现在我们的电脑上已经有一个Git仓库：

• 在实际开发中，你需要将某些文件交由这个Git仓库来管理；
• 并且我们之后会修改文件的内容，当达成某一个目标时，想要记录下来这次操作，就会将它提交到仓库中；

现在已有一个Git仓库，我们需要对文件划分不同的状态，来确定这个文件是否已归于Git仓库管理：

• 未跟踪：默认情况下，Git仓库下的文件也没有添加到Git仓库管理中；

我们可以通过 git add 来对文件进行添加到 Git 仓库处理

• 已跟踪：添加到Git仓库管理的文件处于已跟踪状态，Git可以对其进行各种跟踪管理；

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

已跟踪的文件又可以进行细分状态划分：

已修改：modified

表示修改了文件，但还没将修改的结果放到暂存区

已暂存：staged

表示对已修改文件的当前版本做了标记，使之包含在下次提交的列表中

已提交：committed

表示文件已经安全地保存在本地的 Git 仓库中

注意：

工作区的文件被修改了，但还没有放到暂存区，就是已修改状态。

如果文件已修改并放入暂存区，就属于已暂存状态。

如果 Git 仓库中保存着特定版本的文件，就属于已提交状态。

Git 基本工作流程

基本的 Git 工作流程如下：

① 在工作区中修改文件

② 将你想要下次提交的更改进行暂存

③ 提交更新，找到暂存区的文件，将快照永久性存储到 Git 仓库