Git reset命令的使用

Git reset 命令有三个主要选项:git reset --soft; git reset --mixed; git reset --hard;

git reset --soft

将HEAD引用指向给定提交。索引(暂存区)和工作目录的内容是不变的,在三个命令中对现有版本库状态改动最小。

git reset --mixed(git reset默认的模式)

HEAD引用指向给定提交,并且索引(暂存区)内容也跟着改变,工作目录内容不变。这个命令会将索引(暂存区)变成你刚刚暂存该提交全部变化时的状态,会显示工作目录中有什么修改。

git reset --hard

HEAD引用指向给定提交,索引(暂存区)内容和工作目录内容都会变给定提交时的状态。也就是在给定提交后所修改的内容都会丢失(新文件会被删除,不在工作目录中的文件恢复,未清除回收站的前提)。

用表格看起来会更清楚些:

Git reset命令的使用_第1张图片


操作一下看一下实际效果:

首先在一个版本库中修改追踪文件,然后提交,description叫做 add button

Git reset命令的使用_第2张图片

使用git log 查看历史提交

Git reset命令的使用_第3张图片

copy记录add button 的前一次提交 add label 的哈希ID “7c5a658fbceb904ad877c4254d183e68aed1ddd0”,作为我们reset的给定提交。

git stauts 查看一下当前版本库中文件状态

Git reset命令的使用_第4张图片

显示nothing to commit ,在add button 提交后未对版本库中文件做修改

执行git reset --soft 7c5a658fbceb904ad877c4254d183e68aed1ddd0 命令,然后使用git status 查看文件状态。

Git reset命令的使用_第5张图片

然后再使用git log 查看历史提交记录。

Git reset命令的使用_第6张图片

会发现add button 已经没有了,版本库已经回滚到add label提交的状态了,但是在我们add button 提交修改的文件 里面修改的内容没有丢失,只是回到了未提交的状态。

将文件再次提交,同样取名add button ,继续git reset --mixed 操作。

Git reset命令的使用_第7张图片

同样是回滚到了add button 之前的add label 提交。被修改的文件内容也没有丢失,但是修改的文件为红色了(未执行add 操作)。

将文件再次提交,同样取名add button ,继续进行git reset --hard 操作。

Git reset命令的使用_第8张图片

执行完git reset --hard 命令后,使用git status 查看文件状态,回滚到add label 提交,add button被修改的文件内容已经没有了,丢失了。版本库中的文件已经完全回到刚提交完add label时的状态。

git reset 根据需要使用不同的命令,使用 --hard时一定考虑回滚后文件的丢失!

你可能感兴趣的:(Git reset命令的使用)