# GIT 操作总结
# 1. git 版本回退
# 三棵树
首先来了解三棵树
| 树 | 用途 |
|---|---|
| HEAD | 上一次提交的快照，下一次提交的父结点 |
| Index | git add [filename] 存放的索引（暂存区） |
| Working Directory | 工作区 |
# 1. 在我们修改代码，没有 git add, 也没有 git commit 的时候，代码存在于工作区，如图
# 2. 当你 git add file.txt 的时候，索引区 index 便有了此文件
# 3. 接着运行 git commit，它会取得索引中的内容并将它保存为一个永久的快照，然后创建一个指向该快照的提交对象，最后更新 master 来指向本次提交。
# 4. 修改文件也是按照 file ——（change）—— Working Directory ——（git add）—— Index ——（commit）—— HEAD 的顺序进行，当然我们可以使用 git status来查看当前所处的步骤
# git reset 的作用
为了演示这些例子，假设我们再次修改了 file.txt 文件并第三次提交它。 现在的历史看起来是这样的：
git reset 的作用便是将 HEAD 指向的版本进行变更，不同的参数三棵树的状况不一样
写法 git reset HEAD~2 git reset 4564sf5s
git reset --soft HEAD
Git重置HEAD到另外一个commit，索引区index，工作区无变化
git reset HEAD
即 git reset --mixed HEAD , 它将重置HEAD到另外一个commit,并且重置index以便和HEAD相匹配，工作区无变化。
git reset --hard
--hard参数将会 blow out everything.它将重置HEAD返回到另外一个commit，重置index以便反映HEAD的变化，并且重置工作区也使得其完全匹配起来。
这是一个比较危险的动作，具有破坏性，数据因此可能会丢失！如果真是发生了数据丢失又希望找回来，那么只有使用：git reflog命令了。