工具 ：vs2017 git 操作
背景：本地与远程分支同步
操作：还原、挑拣、重置--hard 、重置--mixed
分支：本地1、本地2、origin本地1
基本操作
1：分支：本地2-add something like //testthis function 提交
2：checkout 本地1 后，本地2分支合并入本地1分支，同步origin。
3：本地1分支add something like //testthis2 function 提交，同步origin。
------------------完成操作---------进行试验-----------------
1：还原
对本地1 中 合并本地2 的提交1进行还原，发现本地1 中没了//testthis function
结论：还原针对的是某一次提交的所有commit，做了反向操作，新生成一个commit覆盖了这个操作。
后续，再次合并本地2 进入本地1 无法将//testthis function 新增，证明了反向操作的存在。
2：挑拣
还原本地2的提交后，对本地2的提交进行挑拣操作，发现代码又出现了。
结论：挑拣是针对两次commit之间不同代码的比对，后进行合并不同的代码。且针对的也是某一次提交。
3：重置--hard
假设目前有三次提交A-B-C，对A进行“重置--hard”后发现本地1的代码回到了A。参考https://www.cnblogs.com/kidsitcn/p/4513297.html
结论重置--hard 将我们的head、index、工作区代码全部回滚到A。
但是需要注意的origin中的内容并不会修改，本地如果现在直接“同步”操作后，做的重置--hard操作又没用了。
4：重置--mixed
假设目前后三次提交A-B-C，对于A进行“重置--mixed”后发现本地代码没变，
但是head、index发生了更变，本地代码没变！自己可以修改本地代码后再次提交，但是对比的head、index不同了。
以下是另外一个博主给出的解释：
所有该branch上从original HEAD（commit）到你重置到的那个commit之间的所有变更将作为local modifications保存在working area中，（被标示为local modification or untracked via git status)，但是并未staged的状态，你可以重新检视然后再做修改和commit。
附录：
- HEAD
这是当前分支版本顶端的别名，也就是在当前分支你最近的一个提交
- Index
index也被称为staging area，是指一整套即将被下一个提交的文件集合。他也是将成为HEAD的父亲的那个commit
- Working Copy
working copy代表你正在工作的那个文件集