版本控制Git研究一

对于Git的使用，早在2010年的时候，就已经开始了，接触它也是由于Android开发的原因，我们知道Android源代码的管理就是用的Git,而至今期间已经呆过几个不同的公司，不同公司对于代码的管理，选择版本控制工具也是不同的，当然就两款版本控制在使用啦-----------SVN和Git，而最新公司里面使用的是SVN，已经快二年了，所以对于Git这个版本控制已经忘得差不多了，只熟知的有git clone、git add、git push这样几个简单的命令了，对于SVN的使用，相对而言还是要简单很多(当然，这个简单只是从公司使用的角度而言，如果想要熟知背后的原理，其实还是不简单的。)，基本上都是可视化的操作，down代码、up代码，如果有冲突了则手动解决一下，基本上使用上没有太大的时间成本，由于既将的项目准备采用Git了，所以对于遗忘得差不多的我，还是准备复习复习，正好系统的学习一下它，稍微地深入一些(这里的深入，并非是整体学Git，还是以实际场景来学习)，以便在实际团队中有什么使用上的问题，我来充当一下“高手”,哈哈！

好了，言归正传，对于Git，首先简单的了解一下它的背景，虽说是理论，但是这可以做为跟别人聊天的一种知识面，对自己来说也是有利无害的。

Git是 Linux 的创始人 Linus Torvalds 开发的开源和免费的版本管理系统，也称源代码管理系统(Source Code Manage, SCM)，它的官网是：http://git-scm.com/

2005年的时候,Linux核心开发小组和当明的他们的版本管理系统提供商产生了分歧。他们不能再使用原有的版本管理系统了。当时Linus Torvalds 环顾宇宙之内竟然没有一个能满足自己需求的版本管理系统可用， 于是他毅然决定自己动手开发一个！这就是Git，至今，Git已经成为许多著名系统的版本管理系统。比如Linux核心，Eclipse，Android，Ruby on Rails......

而Linus在对这个版本控制开发之前，有如下思考(我们知道产品的最终来源是需求，所以决定要开发一套Git，肯定有需求),而当时SVN已经很成熟了，肯定是SVN满足不了的点：

【说明：Linus Torvalds是缔造 Linux 操作系统内核，超级大牛】

好了，背景知识就了解到这，下面以一个Git工作者的身份，来用一张简单的工作流程图来让大家有个直观的认识：

从上面可以看出，总共有两种角色:一个是一般开发者(我就是Google Source Code使用者)、另一个是主开发者的角度(我就是Google Source Code管理员)。

下面，用文字来描述一下这两个角色在Git工作的一天流程：

一般开发者(我就是Google Source Code使用者):

1. 从服务器上克隆数据库(包含代码和版本信息)到单机上。
2. 在自己的机器上创建分支，修改代码。
3. 在单机上自己创建的分支上提交代码。
4. 在单机上合并分支。
5. 新建一个分支，把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。
6. 生成补丁(patch)，把补丁发送给开发者。
7. 看主开发者的反馈，如果主开者发现两个一般开发者之间有冲突(他们之间可以合作解决的冲突)，就会要求他们先解决冲突，然后再由其中一个人提交；如果主开发者可以自己解决，或者没有冲突，就通过。
8. 一般开发者之间解决冲突的方法，开发者之间可以使用pulll命令解决冲突，解决完冲突之后再向主开发提交补丁。

主开发者的角度(我就是Google Source Code管理员):

1. 查看邮件或者通过其它方式查看一般开发者的提交状态。
2. 打上补丁，解决冲突（可以自己解决，也可以要求开发者之间解决以后再重新提交，如果是开源项目，还要决定哪些补丁有用，哪些不用）。
3. 向公共服务器提交结果，然后通知所有开发人员。

【说明：以上这个图和这些文字，先不用深究，在接下来的日子每个流程都会亲自接触到的，这时再回过头来，就很容易看懂了。】

在开始正式Git实验之前，还需要理解一些Git相关的基本概念，因为从上面的流程中可以看出跟SVN还是有很大的区别的，理论指导实践是一种很好的学习流程。

第一个概念：Git相比SVN，它是一个快照，而不是比不同。

SVN：

对于不同版本，svn都得记修改的增量信息，从上图，如果要从v5回到v2，则得一点点追溯回去，速度就很慢了。

Git:

拍照相对而言是底层，因为是用C写的，所以效率肯定要比SVN快，从上图可以看到，每次都会记录不同版本的快照信息，如果从v5回到v2，则不用再回溯了，而是直接还原快照信息既可。

第二个概念：几乎所有的操作都是本地的。

所以才体现了快!

第三个概念：Git文件的三个状态。

第四个概念：文件状态生命周期。

说了这么多理论，下面终于可以动手来感受一下Git的使用魅力，首先当然是得安装Git相关的软件。当然上官网找喽。

下载完之后，怎么安装就不多说了，基本都是默认“下一步”，另外我们在使用svn时，通常有个图形化的工具叫tortoisesvn，同样对于git，也有图形化的工具叫tortoisegit，可以下载安装，平常用命令操作Git会比较多一些，但是图形化的工具也是非常方便的。

安装方式都是“下一步”,最安装后如图：

这时，我们来打开Git工具，看它长啥样？

基本就是linux环境。

【说明：这工具里面全是敲的Git相关命令，而不是直接用图形化的形式操作】

而对于TortoiseGit呢，安装好之后，其实跟TortoiseSvn长得一样，也是隐藏在右键菜单中，如下：

当工具都装好之后，接下来就来与Git来个亲密接触吧？由于Git是遵循GNU环境的，所以我们学习时就摒弃图形化的TortoiseGit，而是用命令的方式去学。在使用之前还需做一些配置工作：

了解系统环境变量:

在/etc/gitconfig路径下面

有很多配置，实际上就是修改的这个文件。

设置身份【它的意义就是代表个人信息】:

$ git config --global user.name "cexo"

$ git config --global user.email "xiongherny@163.com"

说明：global参数，代表的意思是每个仓库的个人信息都共享这个配置，因为本地可以建多个本地仓库。

设置编译器(可选):

$git config --global core.editor emacs

实际上，可以直接去修改配置文件gitconfig:

设置你的比较工具(可选):

$git config --global merge.tool vimdiff

检查你的配置(可选):

$git config --list

帮助:

$git help <verb>

$git <verb> --help

【说明：对于这些配置，只需照着配就成了，不需要去深究为什么，如果有配置的需要，现场去查就可以了】

之前我们在说明Git相关的基本概念时，提到了一些状态，接下来得以实际角度去理解一下，有助于之后的学习。

• blessed(remote) repository
• local repository
• stage area
• work area

那对于这些区域分别在哪儿呢？下面以实验来理解：

首先先新建一个文件夹，应该是我们的工作目录,并初始化仓库：

这时我们进这个仓库目录去看一下：

进这个隐藏文件看下：

所以，本地仓库的位置就在.git这个目录下，那具体我们添加的文件，位存放在仓库的哪个目录下呢，实际上会添加到objects目录下，下面会来验证这一点。

我们本地新建一个文件：

这时，新建的hellogit文件，是没有受git管理的，这时我们用添加命令进行添加，看是否会被添加到objects目录下，为了看到效果，先浏览一下目前objects目录下的文件:

执行添加:

这时，来查看一下objects目录的变化：

实际上，我们执行add之后，文件会存放在stage area中，那它对应于仓库具体哪个位置呢？

最后，我们提交我们的文件,最终文件就会到objects里面了：

这时，再进objects目录查看变化：

总结一下：

blessed(remote) repository：远程仓库，目前没有远程仓库，之后会看到

local repository:本地仓库：

stage area:临时区域

work area:工作区

【说明：这的验证实验的目的，只是为了让我们清楚各个状态的文件，都存放到了仓库哪里，对于其命令先不用太过关心，之后会进一步学习。】

好了，今天关于git的学习先暂到这,主要是要理解git的一些概念,以及与svn到底有什么不同及相同点,需好好消化，下节继续!