记录原由
最近因为公司新来的同事，在使用Git时犯了一些非常低级的错误，导致团队为了解决这些问题浪费了很多时间。究其原因其实还是对于Git内部实现不清晰，仅仅知道敲几个git命令，但是却不知道敲了这个命令Git会发生什么！这里根据git官方文档节选了一些重要概念分享出来。
几个重要概念
三种状态
- 工作区状态
- 就是修改了文件还没有做
git add的文件状态
- 暂存区状态
- 已经
git add但还未git commit的文件状态
- 已提交状态
- 已经
git commit的文件状态，也就是真正存储到git仓库
Branch指针和HEAD指针
Git的分支特性是其最强大最独特的功能，也正是因为这个特性让git得以在众多的版本控制系统中脱颖而出，在理解branch之前，有必要先对git commit命令做一个简单的介绍
- 当使用
git commit进行提交操作时，Git便会创建一个提交对象，这个对象会包含一个指向本次提交的指针，指针指向本次commit的快照。指针也就是我们通常所说的commit id(长度为 40 的 SHA-1 值字符串)。如此一来，Git就可以在需要的时候根据commit id来回退版本
Branch的本质其实仅仅是指向提交对象的********某一个可变指针********。所以根据这个概念，我们可以知道master并不是一个特殊的分支，他跟我们众多自定义的分支没有任何不同，唯一区别是它是Git的默认分支(初始化的时候总得有一个默认分支)
下面的图是单个master分支时的结构，这里master仅仅是一个指向f30ab提交对象的指针
执行 $ git branch testing创建一个 testing分支，会在当前所在的提交对象上创建一个名为testing的指针，也就是testing分支
注意：此时两个指针指向了相同的提交
那么Git是如何来知道当前处于哪个分支的呢？
这就引出了Git中的另一个特殊的指针HEAD，HEAD用来指向当前所在的分支，也就是一个用来指向分支指针的指针（有点拗口），就像下图这样，当前是在master分支，因为git branch并不会移动HEAD指针切换分支
执行 $ git checkout testing命令才会将HEAD指针指向testing分支
当我们在testing分支上继续提交几个commit之后，testing指针和HEAD指针都会跟着向前移动，但是master指针并不会移动，依旧指向f30ab这个提交
现在执行git checkout master切回master分支，HEAD指针会重新指向master，也就是说现在又回到了一个旧的版本，这也是Git的神奇之处
接下来我们在master分支上做一些修改，提交一个commit，HEAD和master指针会继续向前移动，并且这个项目的提交（快照版本）已经产生了分叉
保存分支信息的目录在
.git/refs/heads下，也可以在这个目录下查看或修改分支指针
merge 命令
在上文的例子中，项目有两个分支，且已经产生了分叉，这时候需要把testing分支上的内容合并至master时需要用到merge命令
在master执行git merge testing，会生成一个新的提交9c67a，并且HEAD和master指针继续向前移动
reset 命令
假如上面的merge操作有问题，需要撤销，可以使用reset命令，但首先需要明确回退的版本是哪一个，例如要回退的版本是c2b9e，执行git reset --hard c2b9e后，HEAD和master指针会回退到版本c2b9e
