为什么要使用Gerrit？
最先接触Gerrit时是Android开发过程中，提交代码给负责人审核时，用到的一款软件。它就是一款代码审核的工具。（向Git代码库推送push代码时，必须要经过Gerrit服务器，实现代码审查）几乎任何需要正式发布的项目都应当使用Gerrit来进行代码审查。
代码审核（Code Review）是软件研发质量保障机制中非常重要的一环，但是在实际项目执行过程中，却因为种种原因被Delay甚至是忽略。
Gerrit是Google为Android系统研发量身定制的一套免费开源的代码审核系统，它在传统的源码管理协作流程中强制性引入代码审核机制，通过人工代码审核和自动化代码验证过程，将不符合要求的代码屏蔽在代码库之外，确保核心代码多人校验、多人互备、自动化构建核验。从我们实际使用效果看，Gerrit在核心代码质量控制、知识传承、团队培养等方面都具备很高的实用价值，推荐广大开发团队使用。
code review 的几个方面：代码风格；编码规范；代码结构；框架工具；业务逻辑；安全隐患；性能问题...
从软件团队建设角度来看：让另一个软件开发人员来审查别人的代码，相当于是“结对编程”——提高团队之间的交流，团队之间的“帮代”。执行了审核的一套工作流程之后，才可能经批准并纳入正式代码块中。
时机：入库之前；提交代码之后；测试之前；发版之前；发版之后；
Gerrit是如何实现代码审核的？
Gerrit和Git结合实现代码审核流程。
比如：git push指令中执行的refs/for和refs/heads参数，其实并不是Git的规则，而是Gerrit的规则。
举个栗子：git push origin HEAD:refs/for/mybranch需要经过code review之后才可以提交；refs/heads/mybranch不需要code review。代码提交到Gerrit部分时，实际上是人为分为两个部分，待修改区（Gerrit）和中心库（Git代码仓库）。
Gerrit相当于是代码进入Git代码仓库的通道。