工具 :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。

结论重置--hard 将我们的head、index、工作区代码全部回滚到A。

但是需要注意的origin\中的内容并不会修改,本地如果现在直接“同步”操作后,做的重置--hard操作又没用了。

vs 使用gitlab vs2017 git_git

 

vs 使用gitlab vs2017 git_git_02

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。

vs 使用gitlab vs2017 git_本地代码_03


附录:

  • HEAD

这是当前分支版本顶端的别名,也就是在当前分支你最近的一个提交

  • Index

index也被称为staging area,是指一整套即将被下一个提交的文件集合。他也是将成为HEAD的父亲的那个commit

  • Working Copy

working copy代表你正在工作的那个文件集