为什么要代码审查
没有人能保证他产出的代码一定是完美的，因此一个专业的开发团队中，code review是必不可少的。
代码审核的分类
可以将代码审核分为两类：
一，正式的代码审查 (formal code review)，基于正式的开发流程，流行的实践是范根检查法（Fagan inspection）
1，计划（Planning）
2，概述（Overview）
3，准备（Preparation）
4，召开检查会议（Inspection Meeting）
5，重做（Rework）
6，追查（Follow-up）
这种流程需要很大的开销，并没有多少团队使用，除非开发的软件人命关天！！
二，轻量级的代码审查 (light weight code review)
1，瞬时的代码审查，也称为结对编程（Pair programming）
两个技术水平相当的开发人员，一起写代码实现一个复杂的业务逻辑问题。
2，同步的代码审查，也称为即时代码审查（over-the-shoulder）
开发人员写完代码后，让审查人员马上去审查，开发人员等待审查人员审查完后再继续写代码。
3，异步的代码审查，也称为有工具支持的代码审查（tool-assisted）
开发人员写完代码后，通过工具提交给审查人员，审查人员审查后提交评论给开发人员，相互之间没有严格意义上的等待，开发人员不一定要等待审查人员审查后再继续。
4，偶尔代码审查，也称为基于会议的代码审查（meeting-based）
一般是没有代码审查流程的团队，在开会时进行代码审查。
一般的团队都会默认使用异步的代码审查为主，其他方式为辅。
