本文主要是介绍回滚revert和reset区别，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
分享请标明来自: https://www.css3.io/hui-gun.html
背景
git是一个庞大的工具，我们要开始扫盲一些常用的命令。回滚代码在项目中必然会遇到，下面我们介绍在git中如何回滚代码。
revert
假设有如下commit记录
A <- B <- C <- D
说明：尖头方向表示parent节点，及A <- B 表示先提交了A，再提交了B
情况一：现在不想要D了
git revert hash(D)
执行命令后会让填写 message, 相当于一次commit, 此时多了一次提交E，如下
A <- B <- C <- D <- E(revert)
D 这次的提交不会包含在E里面，于是回滚成功。
回到之前，
A <- B <- C <- D
情况二：然后这次想回滚到C（注意是回滚到C，及 C、D都不要了）
git revert hash(B)..HEAD
注意这个hash的取值，是B， 不是C的commit hash
执行命令后会让你填写2次message, 最后提交记录也有两次
A <- B <- C <- D <- E(revert) <- F(revert)
回到之前
A <- B <- C <- D
情况三：然后这次想回滚C（注意是回滚C，及 C不要了，但是D还需要），其实跟情况一是同样的
git revert hash(C)
执行命令后填写1次message
A <- B <- C <- D <- E(revert)
小结：
revert hash 这个hash为对应想删除的commit
revert hash..HEAD 这个hash对应的commit不会被删除，会删除到它的后一次commit
revert 会产生新的提交，并不会真正删除history。
reset
同样，假设有如下commit记录
A <- B <- C <- D
想删除到C(及C、D都不要了）
git reset hash(B) --hard
注意，这里B的hash，而非C的。
执行命令后本地的commit history就被干掉了
A <- B
当执行 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
这篇关于回滚revert和reset区别的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
