跪求不要 git push -f

起因

看到一则新闻，美国某程序员枪击同事案件，很多网友猜测出了各种激怒码农同事的办法

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

最初的 git branch 图

然后我们可以直接 reset 到 init base 然后 push -f

$ git reset --hard d194ece
$ git push -f

最终效果就是 version 2 和 version 3 都消失了

push -f 的最终效果

大家不要慌，其实这种破坏性的操作之后，仍然有“后悔药”可以吃的，可以把丢失的 commit 抢救回来。

$ git reflog show --all

使用 git reflof 记录了所有的操作，可以查看到我们之前是 ‘moving from b7e4fcc to d194ece’

$ git reset --hard b7e4fcc

这样就可以找回遗失的 commit

Let's gracefully revert back

又准备了一个干净的模板

最初的 git branch 图2

使用 revert 或者 reset 的方式生成一个 rollback commit

rollback commit之后

然后 merge fix-branch-A

merge 之后的 log graph

最终的 git 历史记录里面仍然会保留所有我们废弃掉的 commit，更加优雅。