1. git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit。 
2. 在回滚这一操作上看，效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交，因此日后合并老的branch时，导致这部分改变不会再次出现，但是git reset是之间把某些commit在某个branch上删除，因而和老的branch再次merge时，这些被回滚的commit应该还会被引入。 
3. git reset 是把HEAD向后移动了一下，而git revert是HEAD继续前进，只是新的commit的内容和要revert的内容正好相反，能够抵消要被revert的内容。

 

git revert fcd8a10 -m 1 #撤回提交的commit id:fcd8a10 1代表当前分支  2代表在当前分支 merge的分支

 

解决Git Revert操作后再次Merge代码被冲掉的问题：

要解决这个问题，需要把revert产生的提交再revert一次

因为git revert是用新提交覆盖旧提交，因此，被覆盖的提交等于不会被采用了。如果两个分支（假设是master和A分支）先合并再用revert回滚，之后又合并（A合并到master），就会发现在master分支上，A分支第一次合并之前的修改大部分不见了。这是因为从时间的发生顺序来看，A分支第一次合并之前的修改发生在revert之前，revert发生在后，而 revert抛弃了A第一合并之前的修改，那么再合并Git就认为你永远抛弃了A第一次之前的修改。

1） git merge topic（当前head指向master分支）

2） git reset --hard HEAD~ 如下图(如果其它人M有改动就会丢失)

3)git revert -m 1 HEAD（反向提交）

 

 

$ git reset --hard HEAD^         回退到上个版本
$ git reset --hard HEAD~3        回退到前3次提交之前，以此类推，回退到n次提交之前
$ git reset --hard commit_id     退到/进到 指定commit的id

$ git push origin master -f　　　　强推