回滚revert和reset区别

分享请标明来自: https://www.css3.io/hui-gun.html

背景
git是一个庞大的工具，我们要开始扫盲一些常用的命令。回滚代码在项目中必然会遇到，下面我们介绍在git中如何回滚代码。

revert
假设有如下commit记录

A <- B <- C <- D
1
2
说明：尖头方向表示parent节点，及A <- B 表示先提交了A，再提交了B

情况一：现在不想要D了

git revert hash(D)
1
2
执行命令后会让填写 message, 相当于一次commit, 此时多了一次提交E，如下

A <- B <- C <- D <- E(revert)
1
2
D 这次的提交不会包含在E里面，于是回滚成功。

回到之前，

A <- B <- C <- D
1
2
情况二：然后这次想回滚到C（注意是回滚到C，及 C、D都不要了）

git revert hash(B)..HEAD
1
2
注意这个hash的取值，是B， 不是C的commit hash

执行命令后会让你填写2次message, 最后提交记录也有两次

A <- B <- C <- D <- E(revert) <- F(revert)
1
2
回到之前

A <- B <- C <- D
1
2
情况三：然后这次想回滚C（注意是回滚C，及 C不要了，但是D还需要），其实跟情况一是同样的

git revert hash(C)
1
2
执行命令后填写1次message

A <- B <- C <- D <- E(revert)
1
2
小结：

revert hash 这个hash为对应想删除的commit

revert hash..HEAD 这个hash对应的commit不会被删除，会删除到它的后一次commit

revert 会产生新的提交，并不会真正删除history。

reset
同样，假设有如下commit记录

A <- B <- C <- D
1
2
想删除到C(及C、D都不要了）

git reset hash(B) --hard
1
2
注意，这里B的hash，而非C的。

执行命令后本地的commit history就被干掉了

A <- B
1
2
当执行 git push 的时候，会被提示不能提交。但凡修改历史跟origin有冲突的，都必须强项覆盖提交，这时大胆执行git push -f同步到origin.

这里reset –hard 表示暂存区，工作区都不需要保留回滚回来的代码。如果不加，会出现这种情况，比如 git reset hash(B) --hard, 那么删除掉的C， D的文件会进入工作区。

小节：

reset 命令就不玩这么花了，因为这东西很危险，一般建议不允许在公共分支操作。试想下，如果你在公共分支删了几个history，可能会影响别人。

总结
如果在公共分支上回滚，那么revert应该是首选，reset就用在自己拉的私有分支（或者确定除了你自己，没人跟你用同一分支了。比如你个人的github master分支）

参考
https://github.com/geeeeeeeeek/git-recipes/wiki/5.2-%E4%BB%A3%E7%A0%81%E5%9B%9E%E6%BB%9A%EF%BC%9AReset%E3%80%81Checkout%E3%80%81Revert%E7%9A%84%E9%80%89%E6%8B%A9

https://www.atlassian.com/git/tutorials/merging-vs-rebasing?section=the-golden-rule-of-rebasing

https://www.atlassian.com/git/tutorials/resetting-checking-out-and-reverting

git log

git revert

git reset --hard HEAD~1

git push -f