vs2017 git 操作重置、还原、挑拣对比

工具 ：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代表你正在工作的那个文件集