具体请参考文档:
Git Reset | Atlassian Git Tutorial
针对working directory, staging index, commit history这三棵树,git reset的mixed, soft, hard三个参数对应的操作方位见下图。
需要注意的是git reset --hard也许是用的最多的参数,但是也是最危险的,会导致working directory和staging index的数据都被重置。
另外,要注意的是要尽量避免去reset 一个已经public到remote repository的commit。
为什么要避免hard reset一个已经public到remote repository的commit?假设你在本地有一个A-B-C的提交序列,然后push到远程仓库,然后别人也在同一分支上工作,接着你的commit,又进行了D-E两个提交。
这时,你本地hard reset到B,在B的基础上有有了F-G两个提交:
然后你又将它强行推送到远程仓库(git push --force), 然后你的同伴这时要推送他的本地提交到远程,比如他可以通过rebase的方式提交,这样他提交之后,远程仓库的提交就像这样,如下图。
不难发现,最终C并没有被真正删除,但是如果你用revert就不会存在这个问题,这里就不再画图解释了。