git-revert需要注意的地方

git revert -n commit_id 撤销某次操作！此命令并不是回退到此commit，而是将此commit的内容反转、逆向操作一遍再生成了一个新的commit，此命令的好处是，如果有多个commit，其中有个commit有问题，那可以使用revert反转，会再生成一个新的commit，内容和出问题的commit内容完全相反，并且不会影响出问题这个commit之前或者之后的提交和历史，但是需要注意的是，以后如果还需要合并那些revert的那些修改，那么这部分修改git就会忽略掉！！！忽略掉！！！忽略掉！！！

解决方案：

（1）、从本地检出一个正确的分支，然后强制覆盖到远程（git push -f）

（2）、将之前的revert再次revert一下（这个操作没试过啊，可能是负负得正的原理！！！哈哈）

a分支从版本5向master分支合并，版本6之后还有次提交为版本7，结果发现a分支有问题，于是将版本6 revert 生成了版本8，a分支将问题修改后为版本9，想要再合并到master，生成了版本10，此时，版本4版本5的那些改动并不会再合并到master上了！！！！！！！因为那些改动在版本8中都被丢弃了，所以git默认将忽略那些修改。

此时想解决，一是可以将版本8再次revert，将那些丢弃找回，然后再将a分支合并到master，二是可以检出一个确保无误的分支，然后将正确提交cherry-pick到新分支上，然后将新分支强制推到远程master。

即 git push -f （git push origin master --force） 这个命令挺霸道的，强制覆盖会将本地的历史覆盖到远端仓库，可能会造成数据丢失，提前做好备份，该用也得用，可以使远端保持清洁！