Facebook 发布「流程」

时不时就会在面试过程中碰到有候选人问 Facebook 是否采用 Scrum 之类的敏捷方法，偶尔也会有中国的朋友问及 Facebook 上线流程。我通常会简单说几句，然后说「如果你真感兴趣的话，去搜索 Chuck Rossi 在 Velocity 2012 San Fancisco 演讲的视频」。无论从 Scrum 的角度来看，还是大多数中国公司的上线流程来看，Facebook 的发布流程都显得很不一样，但其实又非常合理，看完那个视频你就明白了。尽管里面提到的内部工具都没有在 Facebook 的 GitHub 上开源，但那些截图已经足够清晰说明其功能和用途了。

工具固然是重要的一方面，但我觉得更重要的是文化。我知道很多中国公司的上线流程都涉及各种签字，例如我在百度的时候上线就需要 RD、FE、QA、OP 等众多角色签字，有时候还需要对应经理甚至总监签字。相对这种上线流程来说，Facebook 的发布流程简单得很反流程，这也是我为标题中的「流程」二字加上引号的原因。考虑到我之后会专门写一篇文章讨论文化，所以在这里就不深入展开了。

至于工具，最重要的就是通过引入自动化来解答一些简单但涉及大量手工操作的问题。例如视频当中提到的，「一个 PHP 异常是由哪个 commit 引入的？」在没有工具的情况下，这只能手工 git bisect 来查找。万一这个异常不是稳定复现的话，那基本上就没办法定位到 commit 了。Facebook 的工具能自动把异常堆栈跟踪里面每一帧和 git blame 关联起来，再用异常发生频率的历史图谱跟 commit 合并时间做对比，很容易就能得到答案。

最后，如果你看完这个视频觉得还不满足的话，可以去看看 Jay Parikh 在 Velocity 2012 Santa Clara 和 Girish Patangay 在 Velocity 2012 London 的视频。