（一）退回到某个commit -- reset
1. git log （找到你想要回退的版本id，将它复制下来）
2. git reset --hard 版本id （本地回退到目标版本）
3.git push --force （推送到远程仓库,实现回退）
（二）只想让以前某个commit的代码回退，而在它之后的代码都不回退 -- revert
1. git log （找到你想要删除的版本id，将它复制下来）
2. git revert 版本id （本地回退到目标版本）
3.git push --force （推送到远程仓库,实现回退）
（三）推荐使用revert进行远程仓库回退
reset与revert最大的区别在于：revert是新提交一个commit来撤回代码，而reset只是回到某个版本的代码commit
虽然两者都能回退到你想要的代码，但是对于远程仓库，当使用reset回退，其他同事的代码pull release拉最新代码，拉取到的结果并不会回退你的代码，因为pull是fetch与merge的结果，对于已有的commit进行merge是没有效果的。
而revert是新的commit，此时merge新的commit就能回退到你的代码
（四）进行远程分支push --force时需要进行备份再push
git branch backup
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
场景
提测的代码（已合入release），决定暂时不上生产，需要回退远程仓库的代码
举例如下：B与D的代码需要回退，A为线上版本，C为其他同事提交的代码
对一个文件新增b,c,d的三个修改，分别提交
目标是回退BD剩下AC
回退远程仓库代码的五种途径
2.1 手工修改最新版本代码
直接从最新的版本修改代码，修改到我们想要版本，然后再提交上去，也就是手工回退。在这个例子中就是直接删除‘bd’后提交
手工改代码很容易出错
（1） 没有回退所有需要回退的代码
（2） 删除了不需要回退的代码
2.2 本地仓库reset后强推到远程仓库，其他同事需手动reset
存在问题：
（1） 需要回退的代码夹杂了其他同事的commit，直接reset会把其他同事的代码也删除掉
（2） 远程仓库后退后，需要其他同事未回退的同事手动reset它们的本地仓库，否则其他同事提交会把删除的代码再次提交上去
2.3 拷贝release，远程仓库删除release分支后再覆盖
与2.2 reset相似：
从要删除的版本的前一个版本拉一个拷贝分支，然后在远程仓库删掉release分支，再将拷贝分支推到远程release。
存在问题：需要让其他同事（本地版本领先于回退后的远程仓库版本）重拉项目或回退
2.4本地仓库revert后强推到远程仓库
Revert作用是消除一个commit，它的原理是新建一个commit反向修改目标commit
Revert与reset最主要的区别：revert是去除一个commit，reset是回到某个版本
对于此场景适用revert，我们只要把B与D的提交revert掉，就能达到目的
Revert实现的回退，不需要其他同事重拉项目或者手动回退项目
2.5 在gitlab上执行revert
需要注意的是在gitlab上revert，必须是无冲突的时候才成功，在此场景下有冲突就失败了
总结
（1） 回到某个版本，使用reset；消除某个commit，使用revert
（2） 使用git reset实现回退到某个版本，需要让其他同事也回退或者重拉项目
（3） Revert有可能要手动处理冲突，reset没有这个问题
（4） 对release分支使用git push –force（强制推送）有风险，应该进行备份；或者对自己的分支进行revert，然后提merge request合并到release
（5） 如果没有revert冲突，建议在gitlab上执行revert