hard

• 移动本地库HEAD指针

• 重置暂存区

• 重置工作区

mixed

• 移动本地库HEAD指针
• 重置暂存区

执行reset命令后还存在文件的区：

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命令后还存在文件的区：