相信大家看到这里，会发现gitlab比gerrit多了许多功能，比如说Issues,Wiki等。
我们从几个方面对比下2者：

###开发风格：

        gitlab的特点是一个人维系一个分支。
        gerrit的特点是一个团队维系一个分支。（这里的分支对应一个业务需求）

###权限管理：

        gitlab提供了比较多的选择，可以根据需要创建project，每个团队可以根据自己的需求管理自己的代码，方式更加的灵活。
        gerrit比较单一，而且权限配置比较复杂，往往都是要联系管理员做出修改，每个团队很难做到对代码的个性化管理。

###代码评审:

        gitlab是以merge request作为一次review，merge request中可能包含多个 commit，如果review不通过也不需要发起另一次merge request。
        gerrit是以commit作为一次review，由于changeId的存在，可以对一次commit反复的进行review。
如果task划分的粒度够细的话，并不会影响各个团队的review习惯。

###团队协作：

        gitlab可以选择公开代码，团队间可以看到互相的代码，有利于团队的协作。
        gerrit由于权限控制问题，只能在权限范围内公开代码。

###信息共享：

        gitlab 可以提供issues，wiki等功能方便开发者与使用者之间的沟通，并且gitlab可以无缝的与一些项目管理工具集成，比如:jira。
        gerrit 这个方面比较欠缺。
        gitlab每个项目都有自己的wiki，很方便查看。

###有关gitlab+gerrit+jenkins集成：

        现在比较流行的CI系统，gitlab提供代码查看功能，gerrit保存真正得代码，jenkins通过plugin发布 gerrit上的代码。
        这样做没有体现出gitlab的特点，而且由于gerrit的权限问题，很多代码无法放在gitlab上，gitlab沦为代码查看工具，很多功能形同虚设。
有关docker：
        考虑到公司将使用docker技术，对于dockerfile存放等问题，gitlab比gerrit支持的更好（因为权限，文件查看的问题）。

###有关CI：

        jenkins提供了plugin，可以通过从gitlab上拉取代码直接部署（已测试成功，CA采用sshkey）。

###总结

        gerrit作为谷歌管理安卓项目的版本管理工具还是有其优点的，
        多部门之间的权限隔离，强制review的机制都是其优点，
        反观gitlab作为github的开源版，遵循了一套开源的流程，比较符合大多数人得习惯。
        所以，通过比较，推荐使用gitlab作为版本管理工具，并且不与gerrit做集成。