** 前言**
git reset
soft
- 移动本地库HEAD指针
hard
- 移动本地库HEAD指针
- 重置暂存区
- 重置工作区
mixed
- 移动本地库HEAD指针
- 重置暂存区
执行reset命令后还存在文件的区:
工作区暂存区版本库soft√√×mixed(默认)√××hard×××
HEAD指向版本号,修改HEAD的位置,就是将HEAD指向的位置改变为之前存在的某个版本,回退到之前的某个版本,且之后的版本不需要了
重新在另外一个本地仓库演示,创建文件1、2、3、4、5
将5个文件放到暂存区,版本库,推送到远程仓库(因为1.txt已经提前提交了,所以没有再提交)
可以将暂存区文件一起提交到版本库,但是这里选择分别提交到版本库是为了加上备注信息,方便等会演示
远程仓库中
查看日志,得到版本信息
版本库就是本地仓库,版本号用commitId表示,日志信息中commit后的字符串就是版本号,接下来对三个命令分别进行演示
git reset --soft commitId
这里回到提交4.txt的版本
查看日志,提交文件5.txt的日志不在了,本地仓库中的这个操作被删除了
推送到远程仓库
发现报错,这是因为刚才执行了reset命令,HEAD现在指向的版本比远程仓库的版本更久,现在远程仓库的才是新版本,所以会出现报错
执行命令git push -f 强制推送即可
在远程仓库中看到5.txt文件不在了
查看状态,看到暂存区还有文件5.txt
在文件目录中看到5.txt还在,说明没有改变工作区
由以上得到soft影响版本库,不影响工作区和暂存区
git reset --hard commitId
执行命令,comitId选用3.txt的版本号,提示信息显示当前HEAD指向了3.txt
推送到远程仓库
在远程仓库中看到4.txt已经不在了
查看日志
查看状态,跟刚才不一样,没有要提交的文件,说明暂存区没有文件4.txt
在文件目录中也没有4.txt文件,工作区的文件也被删除了
由以上得到hard影响版本库、工作区和暂存区
git reset --mixed commitId
执行命令,comitId选用2.txt的版本号
推送到远程仓库
在远程仓库中看到3.txt不在了
查看日志,3.txt记录被删除
查看状态,文件3.txt等待提交,说明3.txt在暂存区
查看文件目录,3.txt在工作区
由以上得到mixed影响版本库、暂存区,不影响工作区
如果不加参数直接使用git reset commitId默认为mixed
执行reset命令后还存在文件的区:
工作区暂存区版本库soft√√×mixed(默认)√××hard×××
版权归原作者 灯火不休ᝰ 所有, 如有侵权,请联系我们删除。