背景

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