Git使用的简介

本文是本人的第一篇博客，许久以来一直都想写上几篇博客，尝尝感觉，但是十分惭愧，一直拖到今天才去开始。

这篇博客引自前辈之手，意在练习一下博客的编辑过程，原文的连接是
http://www.cnblogs.com/wilber2013/p/4189920.html

Git简介

Git是Linus用C实现的一个分布式版本控制工具，注意这里对分布式的强调。不同于Git，像Perforce、SVN和CVS这类版本控制工具都是集中式的。下面大概介绍下集中式版本控制工具和分布式版本控制工具的区别。

集中式

所谓集中式的版本控制，就是在一个系统中只有一个机器是服务端，其他机器全是客户端。

以Perforce版本控制为例，在一个系统中会有一个Perforce服务器，所有的代码以及版本信息都保存在这个服务器上。每个客户端可以从服务器get下来一份代码，然后在本地修改，最后submit修改的代码。
可以看到集中式的版本控制还是有一些问题的：

• 网络依赖性强，工作环境保持网络连接，如果网络断掉了，所有的客户端就无法工作了。
• 安全性较弱，所有的代码以及版本信息保存在服务器中，一旦服务器挂掉了，代码和版本控制信息就丢失了。

分布式

而在分布式版本控制系统中，没有服务端/客户端的概念，每台机器都是一个服务器。也就是说，在分布式本版控制系统中，每台机器都有一份代码，并且有代码的版本信息。

所以可以看到Git的优势：

• 每台机器都是一台服务器，无需依赖网络就可以帮自己的更新提交到本地服务器，支持离线工作。当有网络环境的时候，就可以把更新推送给其他服务器。
• 安全性高，每台机器都有代码以及版本信息的维护，所有即使某些机器挂掉了，代码依然是安全的。

在Git中，同步更新的方式有很多种，可以把自己的更新推送给别人；也可以生成一个diff的patch，通过邮件方式把这个patch发送给别人。

虽然分布式版本控制没有服务端的概念，但一般在一个Git系统中，为了方便大家交换更新，会找一台机器作为中心服务器，这台机器的目地只是为了方便大家交换更新。即使这台中心服务器挂了，大家依然可以继续工作，只是相互之间交换更新比较麻烦。

Git基本概念

在Git中，我们将需要进行版本控制的文件目录叫做一个仓库（repository），每个仓库可以简单理解成一个目录，这个目录里面的所有文件都通过Git来实现版本管理，Git都能跟踪并记录在该目录中发生的所有更新。

现在我们已经知道什么是repository（缩写repo）了，假如我们现在建立一个仓库（repo），那么在建立仓库的这个目录中有一个“.git”的文件夹。这个文件夹非常重要，所有的版本信息，更新记录，以及Git进行仓库管理的相关信息全部保存在这个文件夹里面。所以，不要修改/删除其中的文件，以免造成数据的丢失。

进一步的讲解请参考下面一张图，大概展示出了我们需要了解的基本知识。

根据上面的图片，下面给出了每个部分的简要说明：

• Directory：使用Git管理的一个目录，也就是一个仓库，包含我们的工作空间和Git的管理空间。
• WorkSpace：需要通过Git进行版本控制的目录和文件，这些目录和文件组成了工作空间。
• .git：存放Git管理信息的目录，初始化仓库的时候自动创建。
• Index/Stage：暂存区，或者叫待提交更新区，在提交进入repo之前，我们可以把所有的更新放在暂存区。
• Local Repo：本地仓库，一个存放在本地的版本库；HEAD会只是当前的开发分支（branch）。
• Stash：是一个工作状态保存栈，用于保存/恢复WorkSpace中的临时状态。
  有了上面概念的了解，下面就开始在本地repo上进行Git操作了。

创建仓库

通过“Git Bash”命令行窗口进入到想要建立版本仓库的目录，通过“git init”就可以轻松的建立一个仓库。

这时，我们的仓库中会自动的产生一个“.git”文件夹，这个就是我们前面提到的Git管理信息的目录。

添加