Git工作原理
为了更好的学习Git，我们们必须了解Git管理我们文件的3种状态，分别是已提交（committed）、已修改（modified）和已暂存（staged），由此引入 Git 项目的三个工作区域的概念：Git 仓库、工作目录以及暂存区域。
Git仓库目录是Git用来保存项目的元数据和对象数据库的地方。 这是Git 中最重要的部分，从其它计算机克隆仓库时，拷贝的就是这里的数据。
工作目录是对项目的某个版本独立提取出来的内容。 这些从Git仓库的压缩数据库中提取出来的文件，放在磁盘上供你使用或修改。
暂存区域是一个文件，保存了下次将提交的文件列表信息，一般在Git仓库目录中。有时候也被称作“索引”（Index），不过一般说法还是叫暂存区域。
基本的Git工作流程如下：
1、在工作目录中修改文件。
2、暂存文件，将文件的快照放入暂存区域。
3、提交更新，找到暂存区域的文件，将快照永久性存储到Git仓库目录。
1.1 Git安装
Window安装
http://git-scm.com/download/win下载Git客户端软件，和普通软件安装方式一样。
Linu安装
CentOS发行版：sudo yum install git
Ubuntu发行版：sudo apt-get install git
Mac安装
打开Terminal直接输入git命令，会自动提示，按提示引导安装即可。
1.2 Git本地仓库
1.2.1 Git基础
命令行方式：任意目录（建议开发目录）右键 > Git Bash Here
1、配置用户
git config --global user.name "自已的名字"
git config --global user.email "自已的邮箱地址"
--global 配置当前用户所有仓库
--system 配置当前计算机上所有用户的所有仓库
2、初始化仓库
git init
git init只是创建了一个名为.git的隐藏目录，这个目录就是存储我们历史版本的仓库，ls -al 可以查看。
3、查看文件状态
git status可以检测当前仓库文件的状态
4、添加文件到暂存区
git add file “*”或-A代表所有
放到暂存区的文件被标记成了绿色，等待提交。
5、提交文件
git commit -m '备注信息'
将暂存区被标记成绿色的文件，全部提交到仓库存储。
6、查看提交历史
git log
我们可以查看到一次提交记录，97b101e7d代表这次提交的唯一ID，一般称为SHA值。傻？
这时我们对index.html文件做修改
7、再次检测仓库文件状态
git status
被修改过的文件被标记成了红色，等待重新添加到暂存区。
8、重新添加暂存区然后提交
git add index.html
git commit -m 'add some words'
9、再次查看历史
git log 可查到所有提交历史
这时可以查看到两次提交历史。
这时关掉所有目录甚至关机！
10、恢复上一次提交的状态
git reset --hard 97b101e7d 查看index.html发现回到了没有修改的状态
git log再次查看发现提交历史只有一个了
这时我们非常容易就回到了曾经的一个历史版本。
仓库示意图
1.1.1 Git分支
在我们的现实开发中，需求往往是五花八门的，同时开发个需求的情况十分常见，比如当你正在专注开发一个功能时，突然有一个紧急的BUG需要你来修复，这个时候我们当然是希望在能够保存当前任务进度，再去修改这个BUG，等这个BUG修复完成后再继续我们的任务。如何实现呢？
通过创建分支来解决实际开发中类似的问题。
当我们在初始化仓库的时候，Git会默认帮我们创建了一个master的分支，并且HEAD默认指向了master末端。
我们也可以创建自已的分支
1、创建分支
git branch hotfix
2、切换分支
git checkout hotfix
我们发现HEAD现在又指向了developer的末端。
3、再次提交操作
git add -A
git commit -m 'add some code for hotfix'
这次的提交历史版本就会记录在developer这个分支上了，并且HEAD伴随developer在移动。
4、当我们再次切回到master时
git checkout master
当我们切换回master后，HEAD指向了master分支的末端。
5、继续之前的开发
git add -A
git commit -m 'add some code for master'
总结：当我们git checkout branchname时，HEAD会自动指向对应分支的末端，工作目录中的源码也会 随之发生改变。
这个时候我们就在hotfix这个分支上修复了这个BUG，而我们原来在master分支上的操作并未受到影响。
思考一个问题：
现在master这个分支上是否包含了hotfix的修复呢？
实际上从图4-5可以看出这时的master分支并没有包含有hotfix的修复。
6、合并（融合）分支
git checkout master
git merge hotfix
这时master会有两个父结点了，master便包含了hotfix里的修复了
7、删除分支
git branch -d hotfix
这时用来修复BUG创建的hotfix分支已经没有用处了，我们可以将它删除。
1.1 Git远程仓库
通过上面学习我们可以很好的管理本地版本控制了，可是如果我们下班回到家里突然来了灵感觉得有部分代码可以优化，如果能接着公司电脑上的代码继续写该有多好呀！另一种情形，假设项目比较大，不同的功能模块由不同的开发人员完成，不同模块儿之间又难免会依赖关系，这时如果我们的代码互相合并（融合）该有多好呀！所有模块开发完毕后，需要整合到一起，要能做到准确无误该有多好呀！
借助一个远程仓库，大家可以共享代码、历史版本等数据，便可以解决以上遇到的所有问题，在学习远程仓库前我们先来学习git clone path这个命令。
1、获取已有仓库的副本
在blog这个目录同级执行
git clone ./blog 目录名称
2、进入到demo目录中
cd demo
git log可以看到全部的提交历史
这时我们可以认为这个这个blog其实就是一个“共享的”仓库了，但是要想创建一个真正的共享仓库，需要做一些特殊的处理。
3、创建共享仓库
Git要求共享仓库是一个以.git结尾的目录。
mkdir repo.git 创建以.git结尾目录
cd repo.git 进入这个目录
git init --bare 初始化一个共享仓库，注意选项--bare
这样我们就建好了一个共享的仓库，但这时这个仓库是一个空的仓库。
4、向共享仓库共享内容
进入到本地的仓库 copy
cd copy
git push ../repo.git master
5、从共享仓库里取出内容
git clone ./repo.git demo
通过repo.git共享仓库，我们轻松得到了一个copy的副本
6、通过demo仓库向repo.git共享内容
进入到demo里，我们做一些修改
cd demo
git push ../repo.git master
7、在copy仓库从repo.git获取共享的内容
cd copy
git pull ../repo.git master
奇迹似乎发生了，我们轻松的将demo仓库里的内容，通过repo.git共享给了copy仓库。
惊喜不断，问题也总是不断，我们发现我们这个共享的仓库只是放到了本地的，其它人是没有办法从我们这个共享仓库共享内容的！！！
然而现实是，办法总是有的！！！！
我们把这个共享的仓库放到一台远程服务器上，问题不就解决了吗？