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

git reset & git revert 区别：

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（反向提交）

新的提交 ^M 与 C6 有彻底同样的内容，因此从这儿开始就像合并从未发生过除了“如今还没合并”的提交依然在 HEAD 的历史中。 若是你尝试再次合并 topic 到 master Git 会感到困惑：

$ git merge topic Already up-to-date.

 中并无东西不能从  中追踪到达。 更糟的是，若是你在  中增长工做而后再次合并，Git 只会引入被还原的合并 以后 的修改。topicmastertopic

Figure 141. 含有坏掉合并的历史

解决这个最好的方式是撤消还原原始的合并，由于如今你想要引入被还原出去的修改，而后 建立一个新的合并提交：

$ git revert ^M [master 09f0126] Revert "Revert "Merge branch 'topic'"" $ git merge topic

Figure 142. 在从新合并一个还原合并后的历史

在本例中，M 与 ^M 抵消了。 ^^M 事实上合并入了 C3 与 C4 的修改，C8 合并了 C7 的修改，因此如今 topic 已经彻底被合并了。