起因
看到一则新闻，美国某程序员枪击同事案件，很多网友猜测出了各种激怒码农同事的办法
9月19日，一名程序员在美国某办公楼向4名同事开枪，导致一人情况危机，两人伤情严重，一人被子弹擦伤。目前，凶手已死，身份被警方查明。
目前，码农持枪杀人的动机仍然是个谜。有人猜测道：“同事不写注释，不遵循驼峰命名，括号换行，最主要还天天 git push -f 等因素” 激怒了这名行凶者。
正常的流程是要在自己的本地解决掉所有的 merge conflict 之后才能 push 到 remote 的。鲁莽的 push -f 确实很容易激怒别人，同时也会很大风险把别人有价值的 commit 都覆盖清空了。
push -f 自然是能不用就不用，但也有一种清空是整个team决定要清一些 commit 把 master 分支回退到某个点上去，自然就想到了 push -f 会是一种非常便捷的做法了。那能不能更优雅的去实现我们的回退操作呢，因为最佳实践原则上 git 历史记录不应该被覆盖的。
解决办法
直接在 stackoverflow 就能找到答案
https://stackoverflow.com/questions/1463340/how-to-revert-multiple-git-commits
当前的情况如下图：我想去掉 B,C,D 这三个 commit，把 F 作为新的 master HEAD
A -> B -> C -> D (HEAD)
\
E --------> F
不覆盖历史记录，最终的效果应该如下，会用 commit G revert 代码到和 A 一样状态，然后把 F merge 回 master
A -> B -> C -> D -> G -> H (HEAD)
\ /
E ----------------> F
第一种方法：一步步的 revert
$ git revert --no-commit D
$ git revert --no-commit C
$ git revert --no-commit B
当要 revert 的 commit 数量很多的时候会很麻烦。
第二种方法：revert 一个区间的所有 commit
$ git revert --no-commit A..HEAD
第三种方法：使用 reset，这个属于比较 “奥秘” 的用法
$ git reset --hard A
$ git reset --soft D # ( or ORIG_HEAD, or @{1} )
(or) $ git reset --mixed D
实践对比
准备了一个样板模拟场景，我们想要把 master 分支的代码回滚到 init base 那里，然后 merge fix-branch-A 的代码成为 master 新的 HEAD
Let's git push -f (⊙⊙!)
首先是最初的 git log
然后我们可以直接 reset 到 init base 然后 push -f
$ git reset --hard d194ece
$ git push -f
最终效果就是 version 2 和 version 3 都消失了
大家不要慌，其实这种破坏性的操作之后，仍然有“后悔药”可以吃的，可以把丢失的 commit 抢救回来。
$ git reflog show --all
使用 git reflof 记录了所有的操作，可以查看到我们之前是 ‘moving from b7e4fcc to d194ece’
$ git reset --hard b7e4fcc
这样就可以找回遗失的 commit
Let's gracefully revert back
又准备了一个干净的模板
使用 revert 或者 reset 的方式生成一个 rollback commit
然后 merge fix-branch-A
最终的 git 历史记录里面仍然会保留所有我们废弃掉的 commit，更加优雅。
