版本控制
是什么，为什么要用他
如果想保存某个东西的所有修订版本，用版本控制器就是一个明智的选择，如果用了版本控制器，可以将某个文件回溯到之前的状态，甚至整个项目都回退到过去某个时间点的状态。而且额外增加的工作量却微乎其微
集中化版本控制
版本库集中存放在中央服务器，由中央服务器管理访问权限“锁上”文件库中的文件，一次只让一个开发者工作，且要求必须联网才可提交。常见的集中式版本控制系统有早期的 CVS 和现在较为流行的 SVN 等。
缺点:中央服务器的单点故障
一旦宕机，谁也无法提交更新，无法协同工作
中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无疑问你将丢失所有数据
分布式版本控制系统
客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。 因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份。
Git起步
Git的诞生确实是一个有趣的故事，我们知道，当年Linus创建了开源的Linux，从此，Linux系统不断发展，现在已经成为最大的服务器系统软件了。(Linus（人）和Linux系统)
但是随着Linux的不断壮大，就需要各种版本控制了，起初Linus带着他的小弟们使用的是BitKeeper(商业版本控制系统),之后呢由于某种原因BitKeeper的公司不让他们使用了，于是Linus自己花了两周时间写出了Git并且开源了(BitKeeper已哭晕在厕所)，阿弥陀佛，幸亏BitKeeper不让Linus他们用了，要不然我们现在也不会有这么好用的Git了。
Git基础
git的三种状态
Git 有三种状态，你的文件可能处于其中之一：已提交（committed）、已修改（modified）和已暂存（staged）。
已提交表示数据已经安全的保存在本地数据库中。
已修改表示修改了文件，但还没保存到数据库中。
已暂存表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中。
这里先引用一张图解释Git工作原理：
Workspace:工作区，执行git add *命令就把改动提交到了暂存区，执行git pull命令将远程仓库的数据拉到当前分支并合并，执行git checkout [branch-name]切换分支
Index:暂存区，执行git commit -m '说明' 命令就把改动提交到了仓库区（当前分支）
Repository:仓库区（或本地仓库），执行git push origin master提交到远程仓库，执行git clone 地址将克隆远程仓库到本地
Remote:远程仓库，就是类似github，coding等网站所提供的仓库
Git配置
1.用户信息配置
$ git config --global user.name "[name]"
$ git config --global user.email "[email address]"
# 显示当前的Git配置
$ git config --list
#查看Git的某一项配置
$ git config <key>
$ git config user.name
