git版本回退的不同场景操作

http://blog.csdn.net/aguangg_...

本地分支版本回退（只是commit，还没有push到远程分枝的情况）

git reflog // 找到要回退的版本的commit id
git reset --hard 84686b426c3a8a3d569ae56b6788278c10b27e5b // 回退版本

自己的远程分支版本回退（远程分支只有自己一个人火车其他人没有新的操作的情况）

首先要回退本地分支：

git reflog  // 找到要回退的版本的commit id
git reset --hard 84686b426c3a8a3d569ae56b6788278c10b27e5b // 回退版本

紧接着强制推送到远程分支：
本地分支回滚后，版本将落后远程分支，必须使用强制推送覆盖远程分支，否则无法推送到远程分支

git push -f // 将本地master push 到远程版本库中， -f 强制覆盖。

公共远程分支版本回退（多人一期开发，其他人有新的操作的情况）

git reflog  // 找到要回退的版本的commit id

撤销到某个版本之前，之前的修改退回到暂存区。soft 和 hard参数的区别就是，hard修改记录都没了，soft则会保留修改记录。

git reset --hard 84686b426c3a8a3d569ae56b6788278c10b27e5b // 回退版本

也可以用

git reset –-soft 72bd6304c3c6e1cb7034114db1dd1b8376a6283a // 回退版本

git stash // 暂存为了安全起见

push到远程的提交默认是不能修改的，但是一定要修改就要强制覆盖

git push -f // 将本地master push 到远程版本库中， -f 强制覆盖。

如果你做了上面的操作，回退公共远程分支，把别人的提交给丢掉了

假如你的远程master分支情况是这样的:
A1–A2–B1
其中A、B分别代表两个人，A1、A2、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

也就是说，你的队友B的分支并没有主动回退，而是比远程分支超前了两次提交，因为远程分支回退了

如果一看到界面上显示的是推送的提示就直接点了推送，回滚的版本就会又被还原，远程master又变成了：A1 – A2 – B1

队友B的做法：

1.使用下面的命令来找出你回退版本后覆盖掉的他的提交，也就是B1那次提交：

git reflog   //在master分支找到B1那次提交的commit id,例如:B1

另外一种方法来回退版本

2.把自己的分支回退到那次提交，并且拉个分支：

git checkout tony_branch        //先回到自己的分支tony_branch  
git reflog                      //接着在分枝tony_branch看看当前的commit id,例如:0bbbbb    
git reset --hard B1             //回到被覆盖的那次提交B1
git checkout -b tony_backup     //拉个分支，用于保存之前因为回退版本被覆盖掉的提交B1
git checkout tony_branch        //拉完分支，迅速回到自己分支
git reset --hard 0bbbbbb        //马上回到自己分支的最前端0bbbbb HEAD@{0}

3.接着队友B要把自己的本地master分支和远程master分支保持一致：

git reset --hard origin/master

执行了上面这条命令后，队友B的master分支才真正的回滚了，队友B的本地maser变成了A1

4.接着队友B要再次合并那个被丢掉的B1提交：

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

这个时候队友B的master分支A1 -> B1

5.接着队友B push一下，你pull拉取也能同步

git push // 队友B push

如果该队友没有提交被你丢掉，那么他拉完代码git pull之后，只需要强制用远程master覆盖掉本地master就可以了：

git reset --hard origin/master

另外一种方法来回退公共远程分支版本（提倡公共分支回滚用revert这种方法）

使用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 向前回滚，找到自己的代码，然后拉一下分支，再回来合并上去就可以找回被你覆盖的提交了。

使用revert命令，如果不是撤销的最近一次提交，那么一定会有冲突
把冲突的代码去掉就可以了，然后再提交一次代码就可以解决冲突了。

错的太远了直接将代码全部删掉，用正确代码替代

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

这个时候，可以使用简单粗暴的办法：

1. 直接从那个错误的提交的前一次拉取一份代码放到其他目录

2. 然后将master代码全部删除，把那份新代码方进去

3. 然后提交

虽然这种方法不入流，但是，实践中发现很好使啊，所以，实践是检验真理的唯一标准。遇到问题还是要灵活应对。