git revert
与 git reset
的比较
这两个命令的操作完全不同。设当前分支是dev1
。
1. 对于git revert
以如下命令为例,
$ git revert c1
该命令会重新生成一个新的提交 c2
,其父提交是当前dev1
指针指向的提交(如果当前指向c1
,则父提交就是c1
),c2
的内容与 c1
的内容相反,即生成一个反向提交,并向前移动 dev1
指针使其指向 c2
。
2. 对于git reset
设当前提交历史是 c2
–> c3
–> c4
,即最新提交是 c4
,亦即dev1
指针指向c4
,以如下命令 为例,
$ git reset --hard c3
该命令会丢弃暂存区(index
),工作目录(working directory
)的所有变化,并向后移动 dev1
指针使其指向c3
。
git reset
有三个选项,以get reset --选项 c3
为例,会以特定的顺序重写 HEAD
、Index
和 Working Directory
。意义分别如下:
--soft
仅仅移动HEAD
指针指向提交c3
。仅仅意思是单纯移动指针,不更新INDEX
索引区,所以此时git status
时会看到绿色的索引区的数据(即上一次提交的内容)。--mixed
会更新INDEX
索引区数据为当前HEAD
所指提交对应的快照内容。即此时git status
会看到上一次提交的内容成为本地变化(红色)即在Working Directory
工作目录。--hard
会更新工作目录和索引一样,这样会撤销最后的提交、git add
和git commit
命令以及工作目录中的所有工作。
必须注意,
--hard
标记是reset
命令唯一的危险用法,它也是 Git 会真正地销毁数据的仅有的几个操作之一。其他任何形式的reset
调用都可以轻松撤消,但是--hard
选项不能,因为它强制覆盖了工作目录中的文件。我们可以通过
reflog
来找回它。但是若该文件还未提交,Git 仍会覆盖它从而导致无法恢复。