git reset

参考http://www.cnblogs.com/craftor/archive/2012/11/04/2754140.html

Git reset 是Git最常用的命令之一，也是最危险最容易误用的命令。

用法一：git reset [-q] [<commit>] [--] <paths>...

用法二：git reset [--soft --mixed | --hard | --merge | --keep] [-q] [<commit>]

上面的两种用法的区别在于，第一种在命令中包含路径<paths>。为了避免路径和引用（或者提交ID）同名而发生冲突，可以在<paths>前用两个连续的短线（减号）作为做分隔。以上两种用法，<commit>都是可选项，可以使用引用或提交ID，如果省略则默认使用了HEAD的指向作为提交ID。

第一种用法不会重置引用，更不会改变工作区，而是用指定提交状态(<commit>)下的文件(<paths>)替换掉暂存区中的文件。  例如命令git reset HEAD <paths>相当于取消之前执行的git add <paths>命令时改变的暂存区。

第二种用法（不使用路径<paths>的用法）则会重置引用。根据不同的选项，可以对暂存区或工作区进行重置。参照下面的版本库模型图，来看一看不同的参数对第二种重置语法的影响。

命令格式：git reset [--soft | --mixed | --hard] [<commit>]

1）使用参数--hard，如git reset --hard <commit>

会执行上图中的全部动作①、②、③，即：

①改变引用的指向，引用指向新的提交ID。

②替换暂存区。替换后，暂存区的内容和引用指向的目录树一致。

③替换工作区。替换后，工作区的内容变得和暂存区一致，也和HEAD所指向的目录树内容相同。

2）使用参数--soft，如 git reset --soft <commit>

会执行上图中的操作①。即只更改引用的指向，不改变暂存区和工作区。

3）使用参数--mixed或者不使用参数（默认为--mixed），如 git reset <commit>

会执行上图中的操作①和②。即更改引用的指向及重置暂存区，但是不改变工作区。

 

下面通过一些示例，看一下重置命令的不同用法。

 

$ git reset

仅用HEAD指向的目录树重置暂存区，工作区不会受到影响，相当于将之前用git add 命令更新到暂存区的内容撤出暂存区。引用也未改变，因为引用重置到HEAD相当于没有重置。

$ git reset HEAD

同上

$ git reset -- filename

仅将文件filename 的改动撤出暂存区，暂存区中其他文件不改变。相当于命令git add filename 的反操作。

$ git reset HEAD filename

同上。

$ git reset HEAD^

工作区不改变，但是暂存区会回退到上一次提交之前，引用也会回退一次。

$ git reset --mixed HEAD^

同上

$ git reset --soft HEAD^

工作区和暂存区不改变，但是引用向前回退一次，即撤销最新的提交以便重新提交。

$ git reset --hard HEAD^

彻底撤销最近的提交。引用回退到前一次，而且工作区和暂存区都会回退到上一次提交的状态。自上一次以来的提交全部丢失。