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命令了。