Git

本教程并不能使你成为 Git 工具的专家，很多高级命令并不涉及，如果想进一步学习，请阅读《Pro Git》。

Git 简介

什么是版本控制

什么是版本控制？我为什么要关心它呢？版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。在本书所展示的例子中，我们仅对保存着软件源代码的文本文件作版本控制管理，但实际上，你可以对任何类型的文件进行版本控制。

如果你是位图形或网页设计师，可能会需要保存某一幅图片或页面布局文件的所有修订版本（这或许是你非常渴望拥有的功能）。采用版本控制系统（VCS）是个明智的选择。有了它你就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态。你可以比较文件的变化细节，查出最后是谁修改了哪个地方，从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。

使用版本控制系统通常还意味着，就算你乱来一气把整个项目中的文件改的改删的删，你也照样可以轻松恢复到原先的样子。但额外增加的工作量却微乎其微。

三种类型的版本控制系统

本地版本控制系统

为了解决上面提到的问题，人们很久以前就开发了许多种本地版本控制系统，大多都是采用某种简单的数据库来记录文件的历次更新差异。

其中最流行的一种叫做 rcs，现今许多计算机系统上都还看得到它的踪影。甚至在流行的 Mac OS X 系统上安装了开发者工具包之后，也可以使用 rcs 命令。它的工作原理基本上就是保存并管理文件补丁（patch）。文件补丁是一种特定格式的文本文件，记录着对应文件修订前后的内容变化。所以，根据每次修订后的补丁，rcs 可以通过不断打补丁，计算出各个版本的文件内容。

集中化的版本控制系统

接下来人们又遇到一个问题，如何让在不同系统上的开发者协同工作？于是，集中化的版本控制系统（ Centralized Version Control Systems，简称 CVCS ）应运而生。这类系统，诸如 CVS，Subversion 以及 Perforce 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。

事分两面，有好有坏。这么做最显而易见的缺点是中央服务器的单点故障。如果宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。要是中央服务器的磁盘发生故障，碰巧没做备份，或者备份不够及时，就会有丢失数据的风险。最坏的情况是彻底丢失整个项目的所有历史更改记录，而被客户端偶然提取出来的保存在本地的某些快照数据就成了恢复数据的希望。但这样的话依然是个问题，你不能保证所有的数据都已经有人事先完整提取出来过。本地版本控制系统也存在类似问题，只要整个项目的历史记录被保存在单一位置，就有丢失所有历史更新记录的风险。

分布式版本控制系统

于是分布式版本控制系统（ Distributed Version Control System，简称 DVCS ）面世了。在这类系统中，像 Git，Mercurial，Bazaar 以及 Darcs 等，客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的提取操作，实际上都是一次对代码仓库的完整备份。

不同类型的管理工具对比

特征	本地版本控制系统	集中化版本控制系统	分布式版本控制系统
团队协作	无法团队协作	可团队协作	可团队协作
是否需要服务器	不需要	需要服务器	不需要服务器，但支持服务器，每个客户端都可以是服务器
是否支持复杂协作	不支持	仅支持团队内	即可团队内，也可小组内

Git 简史

同生活中的许多伟大事件一样，Git 诞生于一个极富纷争大举创新的年代。Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（1991－2002 年间）。到 2002 年，整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。

到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds ）不得不吸取教训，只有开发一套属于自己的版本控制系统才不至于重蹈覆辙。他们对新的系统制订了若干目标：

速度
简单的设计
对非线性开发模式的强力支持（允许上千个并行开发的分支）
完全分布式
有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）

于是 Linus 花了两周时间自己用 C 写了一个分布式版本控制系统，这就是 Git。一个月之内，Linux 系统的源码已经由 Git 管理了！什么是大牛？大家可以体会一下。

自诞生于 2005 年以来，Git 日臻成熟完善，在高度易用的同时，仍然保留着初期设定的目标。它的速度飞快，极其适合管理大项目，它还有着令人难以置信的非线性分支管理系统，可以应付各种复杂的项目开发需求。

Git 版本管理还有一点特别需要说明，就是它的分布式设计非常巧妙和高效，每一个安装了 Git 的计算机，既是服务端，又是客户端；既能在联网情况下使用，又能在断网的情况使用。

Git 迅速成为最流行的分布式版本控制系统，尤其是 2008 年，GitHub 网站上线了，它为开源项目免费提供 Git 存储，无数开源项目开始迁移至 GitHub，包括 Linux，jQuery，PHP，Ruby 等等，发展至今，GitHub 网站早已不再只是代码管理站点，已经成为程序员的交流学习的不可缺少的工具。

安装 Git

Mac OS 最近的版本中，已经内置了 git 工具，无需安装。

Windows 上安装 Git 非常简单，可以到 GitHub 的 msysGit 项目下载安装文件。完成安装之后，就可以使用命令行的 Git 工具（已经自带了 ssh 客户端）了，另外还有一个图形界面的 Git 项目管理工具。此外，Windows 用户还可以安装 Cmder，Cmder 内置了 git，建议使用 Cmder，更接近于 Linux 终端的体验。

用 Git 获取代码

获取已有项目的内容，分为两种情况，即首次获取和更新数据。

首次获取代码

第一次获取已有项目数据的并不复杂，首先在想要保存项目代码的文件夹上按右键，选择 Git Bash，进入 Git 命令行。然后在命令行中执行以下命令，即可获得托管在远程网站中的项目文件（包括代码和版本仓库），如：

git clone https://git.oschina.net/yangjh/LearningPHP.git

其中第二个参数 https://git.oschina.net/yangjh/LearningPHP.git 就是公布在托管网站中的项目地址。上述命令执行完后，用户将得到项目文件。

获取远程仓库的更新代码

在完成了对项目仓库的首次克隆后，想要获取项目的最新代码，只需在 Git Bash 命令行中执行如下操作：

git pull

获取远程仓库的特定分支

git clone -b <branch name> [remote repository address]

主要就是在 clone 的时候，后面添加 branch 的信息。如克隆远程仓库https://git.coding.net/adamyang/blog.git中的 coding-pages 分支：

git clone -b coding-pages https://git.coding.net/adamyang/blog.git

用 Git 管理自己的项目代码

设置 Git

使用 Git 工作之前，我们需要做个一次性的配置，这样 Git 就能跟踪到谁做了修改：

git config --global user.name "your_username"
git config --global user.email "[email protected]"

还需要设定推送（push）的默认值：

git config --global push.default simple

首次建立 Git 仓库

使用 Git 管理自己的项目代码，也分为两种情况，首次建立仓库和提交更新内容。

初始化本地项目。在相应项目的文件夹上按右键，选择 Git Init here。或者进入 Git Bash 命令行中执行

git init

在项目文件夹上按右键，选择 Git add all files now，将文件夹中的所有文件添加到本地仓库中。或者进入 Git Bash 命令行中执行

git add .

在项目文件夹上按右键，选择 Git commit tool，在随后弹出的对话框中输入更新说明，提交。或者进入 Git Bash 命令行中执行

git commit -m "..... 更新说明"

如果想对本地仓库建立远程的镜像，即将本地仓库托管到 github 之类的站点，应先到此类站点注册帐号，建立远程仓库，然后执行如下命令建立本地仓库和远程仓库的对应关系：

git add remote origin https://仓库地址

推送本地仓库数据到远程仓库，执行如下命令：

git push -u origin master

然后输入用户名和密码即可完成推送。

提交更新内容

完成上述操作后，以后的工作流程就更简洁了：

编写或者修改代码，保存文件。
添加更新文件到本地仓库，选择Git add all files now即可。或者进入 Git Bash 命令行中执行
Terminal window
```
git add .
```
选择Git commit tool为这些更新添加说明注释。或者进入 Git Bash 命令行中执行：
Terminal window
```
git commit -m "..... 更新说明"
```
执行 Git push 将本地仓库同步到远程仓库。

至此，我们已经能用 Git 工具来管理和追踪项目的变化了。为了不在每次推送时都输入用户名和密码，我们可以使用 SSH 公钥或者将密码信息写入配置文件。

Git 分支管理

与其它版本控制系统不同，Git 鼓励使用分支与合并。理解 Git 分支特性，从改变你的开发方式和工作流程。

Git 的分支非常非常轻量！Git 分支的实质上是包含所指对象校验和（长度为 40 的 SHA-1 值字符串）的文件，仅此而已，这样的设计，使得 Git 创建再多分的支也不会造成储存或内存上的开销，所以许多 Git 爱好者传颂：早建分支！多用分支！

在将分支和提交记录结合起来后，我们会看到两者如何协作。现在只要记住使用分支其实就相当于在说：“我想基于这个提交以及它所有的父提交进行新的工作。”

为什么要用分支

使用分支的场景很多，比如：想为正在上线运行的程序增加新的功能、修复正在运行程序的缺陷、在现有程序的基础上实验一些功能等等，在这种情况下，开发者可以不改动线上正在运行的代码，而是在现有代码的基础上，建立分支，在分支中进行开发，然后将最终的代码合并到正式发布的分支。

总而言之，当你想增加功能，而你不能、或者不想直接在父分支进行开发的时候，就应该使用分支。

创建分支

使用 git branch 就能创建分支：

git branch testing      // 在当前分支的基础上，创建 testing 分支，但并没有切换到 testing 分支
git checkout -b iss53   // 在当前分支的基础上，创建 iss53 分支，并切换到 iss53 分支

查看分支

当我们使用 Git 工具，创造本地仓库时，Git 会默认创建一个名为“master”的本地分支。使用git branch命令可以查看当前所处的分支：

git branch

  master
  testing
* iss53

其中的*号表示用户当前正在使用的分支。

合并分支

假设你已经修正了 iss53 问题，并且打算将你的工作合并入 master 分支。为此，你需要合并 iss53 分支到 master 分支，使用 merge 命令可以进行分支的合并，合并的时候，一定要注意要在合并到的分支（如：master）上进行工作。

$ git checkout master                   // 先切换到 master 分支

Switched to branch 'master'

$ git merge iss53                       // 合并 iss53 分支到当前（master）分支

Merge made by the 'recursive' strategy.
index.html |    1 +
1 file changed, 1 insertion(+)

执行 merge 操作的时候，如遇到需要人工决定内容的变动时，Git 工具会提示你进行人工操作，对内容进行修改后，合并才能成功。

如何删除分支

当某个分支的使命完成后，可以使用 branch 命令进行删除：

$ git branch -d hotfix
Deleted branch hotfix (3a0874c).

在-d参数后加上需要删除的分支即可，如果需要删除的分支中有没有合并到父分支的内容，Git 工具会进行提示。如果该分支的内容已经合并，则会执行分支删除操作。

分支管理最佳实践

因为新建分支很容易，所以在团队协作时，应该约定如何建立分支，如何为分支命名等规范，Vincent Driessen 在 2010 年提出了一个广受好评的分支管理模型：

git flow

其核心是创建开发分支，将日常开发生成的代码和正式发布运行的代码分离起来，即日常工作都在develop分支完成，测试无误后，将其合并到master分支。详细情况请阅读一个成功的 Git 分支模型。

Git 进阶

初学者可先不阅读这一节内容，在有需求的时候再深入学习。

如何在提交时记住密码

使用 Git 提交更新时，如果每次都输入用户名和密码信息，对于用户而言不是十分友好。使用如下命令则可以让 Git 记住用户信息：

git config --global credential.helper store

Windows 系统中的控制面板中的凭据管理器，会记住相应网站的用户名和信息，如果出错或者之后修改了密码信息，则可以在凭据管理器中进行更改。

如何为项目创建不同于全局性设置的用户信息

在有些情况下，我们创建的项目仓库，需要设置不同于全局性设置的用户信息，尤其是我们在不同的代码托管站点创建了多个仓库时，很有可能不同网站的用户信息是不一致的。怎样才能为不同仓库设置不同的用户信息，而不使用同一全局性信息呢？

想使用全局配置或是某个项目需要单独配置 user.name 和 user.email：

git config user.name "xxx"
git config user.email "[email protected]"

查看 Git 配置信息，包括全局配置和项目当前配置，二者都有的情况下，Git 优先使用项目当前配置：

git config --list

如何清除 git 缓存

当我们修改了仓库密码时，由于 git 会缓存之前的密码，可能会出现授权错误，这是可以运行

git credential-cache exit

来清除缓存。

忽略项目中的特定文件

在项目中，总会有一些特定的文件不想采用 Git 工具进行版本的控制，如临时文件、编译时产生的过渡文件或包含帐号信息的文件，对于这类文件，Git 提供了一个非常高效灵活的方式进行屏蔽，即创建一个.gitignore文件。

开发者还可通过 https://www.gitignore.io/ 工具生成合适的.gitignore文件。

在这个文件中，项目拥有者只需将不想进入版本仓库的文件列举出来即可，支持通配符。例如：

*.sublime-project
*.sublime-workspace
*.bak
*.dump
.gz(busy)
test/*

需要提醒的是，当.gitignore文件更改后，并不能立即起效，需要进行如下操作：

清除缓存。命令为：
Terminal window
```
git rm -r --cached .
```
添加文件到仓库：
Terminal window
```
git add .
```
之后就可添加说明、推送。

彻底删除仓库中的文件

有时候我们能从版本库中永久删除文件（如可执行文件、存有密码的文件等等），不留痕迹，不仅要让它在版本历史里看不出来，还要把它占用的空间也释放出来。执行如下操作：

git filter-branch --tree-filter 'rm -rf 要删除文件的完整路径' --tag-name-filter cat -- --all

git push origin --tags --force
git push origin --all --force

rm -rf .git/refs/original/
git reflog expire --expire=now --all
git gc --prune=now
git gc --aggressive --prune=now
du -hs

注意，filter-branch 操作中，文件路径必须正确，负责会出现 unchanged 的错误信息。

常用 Git 命令

命令	功能
git init	初始化 Git 仓库
git clone	下载远程仓库到本地（包含所有历史信息
git pull	取回远程仓库的变化，并与本地分支合并（相当于 fetch + merge ）
git add	添加本地文件到暂存区
git commit	确认变化信息，提交到本地仓库
git push	推送代码到远程库
git diff	显示暂存区和工作区的差异
git checkout	切换到指定分支
git fetch	下载远程仓库所有变动到本地
git merge	合并指定分支到当前分支

Git