【git】远程仓库版本回退方法

1 简介

最近在使用git时遇到了远程分支须要版本回滚的状况，因而作了一下研究，写下这篇博客。

2 问题

若是提交了一个错误的版本，怎么回退版本？

若是提交了一个错误的版本到远程分支，怎么回退远程分支版本？

若是提交了一个错误的版本到公共远程分支，又该怎么回退版本？

3 本地分支版本回退的方法

若是你在本地作了错误提交，那么回退版本的方法很简单 
先用下面命令找到要回退的版本的commit id：

git reflog

接着回退版本:

git reset --hard Obfafd

0bfafd就是你要回退的版本的commit id的前面几位

4 本身的远程分支版本回退的方法

若是你的错误提交已经推送到本身的远程分支了，那么就须要回滚远程分支了。 
首先要回退本地分支：

git reflog git reset --hard Obfafd

紧接着强制推送到远程分支：

git push -f

注意：本地分支回滚后，版本将落后远程分支，必须使用强制推送覆盖远程分支，不然没法推送到远程分支

5 公共远程分支版本回退的问题

看到这里，相信你已经可以回滚远程分支的版本了，那么你也许会问了，回滚公共远程分支和回滚本身的远程分支有区别吗？ 
答案是，固然有区别啦。

一个显而易见的问题：若是你回退公共远程分支，把别人的提交给丢掉了怎么办？

下面来分析:

假如你的远程master分支状况是这样的:

A1–A2–B1

其中A、B分别表明两我的，A一、A二、B1表明各自的提交。而且全部人的本地分支都已经更新到最新版本，和远程分支一致。

这个时候你发现A2此次提交有错误，你用reset回滚远程分支master到A1，那么理想状态是你的队友一拉代码git pull，他们的master分支也回滚了，然而现实倒是，你的队友会看到下面的提示：

$ git status
On branch master
Your branch is ahead of 'origin/master' by 2 commits. (use "git push" to publish your local commits) nothing to commit, working directory clean

也就是说，你的队友的分支并无主动回退，而是比远程分支超前了两次提交，由于远程分支回退了嘛。

(1) 这个时候，你大吼一声：兄弟们，老子回退版本了。若是你的队友都是神之队友，好比: Tony(腾讯CTO)，那么Tony会冷静的使用下面的命令来找出你回退版本后覆盖掉的他的提交，也就是B1那次提交：

git reflog

而后冷静的把本身的分支回退到那次提交，而且拉个分支:

git checkout tony_branch        //先回到本身的分支 git reflog //接着看看当前的commit id,例如:0bbbbb git reset --hard B1 //回到被覆盖的那次提交B1 git checkout -b tony_backup //拉个分支，用于保存以前由于回退版本被覆盖掉的提交B1 git checkout tony_branch //拉完分支，迅速回到本身分支 git reset --hard 0bbbbbb //立刻回到本身分支的最前端

经过上面一通敲，Tony暂时舒了一口气，还好，B1那次提交找回来了,这时tony_backup分支最新的一次提交就是B1，接着Tony要把本身的本地master分支和远程master分支保持一致：

git reset --hard origin/master

 

执行了上面这条命令后，Tony的master分支才真正的回滚了,也就是说你的回滚操做才能对Tony生效，这个时候Tony的本地maser是这样的：

A1

接着Tony要再次合并那个被丢掉的B1提交：

git checkout master             //切换到master git merge tony_backup  //再合并一次带有B1的分支到master

好了，Tony终于长舒一口气，这个时候他的master分支是下面这样的：

A1 – B1

终于把丢掉的B1给找回来了，接着他push一下，你一拉也能同步。

同理对于全部队友也要这样作，可是若是该队友没有提交被你丢掉，那么他拉完代码git pull以后，只须要强制用远程master覆盖掉本地master就能够了：

git reset --hard origin/master

(2) 然而很不幸的是，现实中，咱们常常遇到的都是猪同样的队友，他们一看到下面提示：

$ git status
On branch master
Your branch is ahead of 'origin/master' by 2 commits. (use "git push" to publish your local commits) nothing to commit, working directory clean

就习惯性的git push一下，或者他们直接用的SourceTree这样的图形界面工具，一看到界面上显示的是推送的提示就直接点了推送按钮，卧&槽，你辛辛苦苦回滚的版本就这样轻松的被你猪同样的队友给还原了，因此，只要有一个队友push以后，远程master又变成了：

A1 – A2 – B1

这就是分布式，每一个人都有副本。这个时候你连揍他的心都有了，怎么办呢？你不能期望每一个人队友都是git高手，下面咱们用另一种方法来回退版本。

注意：博主是在虚拟机中实验的，用于模拟两我的的操做，若是你在一个机器上，用同一个帐号在不一样的目录下克隆两份代码来实验的话，回退远程分支后，另一我的是不会看到落后远程分支两次提交的，因此请务必使用虚拟机来模拟A、B两我的的操做

6 公共远程分支版本回退的方法

使用git reset回退公共远程分支的版本后，须要其余全部人手动用远程master分支覆盖本地master分支，显然，这不是优雅的回退方法，下面咱们使用另个一个命令来回退版本：

git revert HEAD                     //撤销最近一次提交 git revert HEAD~1 //撤销上上次的提交，注意：数字从0开始 git revert 0ffaacc //撤销0ffaacc此次提交

git revert 命令意思是撤销某次提交。它会产生一个新的提交，虽然代码回退了，可是版本依然是向前的，因此，当你用revert回退以后，全部人pull以后，他们的代码也自动的回退了。 
可是，要注意如下几点：

1. revert 是撤销一次提交，因此后面的commit id是你须要回滚到的版本的前一次提交
2. 使用revert HEAD是撤销最近的一次提交，若是你最近一次提交是用revert命令产生的，那么你再执行一次，就至关于撤销了上次的撤销操做，换句话说，你连续执行两次revert HEAD命令，就跟没执行是同样的
3. 使用revert HEAD~1 表示撤销最近2次提交，这个数字是从0开始的，若是你以前撤销过产生了commi id，那么也会计算在内的。
4. 若是使用 revert 撤销的不是最近一次提交，那么必定会有代码冲突，须要你合并代码，合并代码只须要把当前的代码所有去掉，保留以前版本的代码就能够了.

git revert 命令的好处就是不会丢掉别人的提交，即便你撤销后覆盖了别人的提交，他更新代码后，能够在本地用 reset 向前回滚，找到本身的代码，而后拉一下分支，再回来合并上去就能够找回被你覆盖的提交了。

7 revert 合并代码，解决冲突

使用revert命令，若是不是撤销的最近一次提交，那么必定会有冲突，以下所示：

<<<<<<< HEAD
所有清空
第一次提交 ======= 所有清空 >>>>>>> parent of c24cde7... 所有清空

解决冲突很简单，由于咱们只想回到某次提交，所以须要把当前最新的代码去掉便可，也就是HEAD标记的代码：

<<<<<<< HEAD
所有清空
第一次提交 =======

把上面部分代码去掉就能够了，而后再提交一次代码就能够解决冲突了。

8 继续扩展，简单粗暴的回滚方法

看到这里也许你已经以为学会了远程仓库版本回滚方法了，可是实践中老是会遇到不少不按套路来的问题，考虑下面一种状况：

若是大家开发中，突然发现前面很远的地方有一次错误的合并代码，把原本下一次才能发的功能的代码合并到了这一次来了，这个时候全体成员都以为直接回滚比较快，由于他们都有备份，覆盖了无所谓，这个时候用reset的话对队友的要求比较高，用revert的话呢要大面积的解决冲突，也很麻烦呀，怎么办呢？

这个时候，可使用简单粗暴的办法，直接从那个错误的提交的前一次拉取一份代码放到其余目录，而后将master代码所有删除，把那份新代码方进去，而后提交，果真简单粗暴啊，虽然这种方法不入流，可是，实践中发现很好使啊，因此，实践是检验真理的惟一标准。遇到问题仍是要灵活应对。 
若是你遇到问题，欢迎给我留言，我CSDN博客———“梧桐那时雨”。

9 总结

远程分支回滚的三种方法：

1. 本身的分支回滚直接用reset
2. 公共分支回滚用revert
3. 错的太远了直接将代码所有删掉，用正确代码替代