git revert 与 git reset 的比较

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 仍会覆盖它从而导致无法恢复。