摘要
本文内容来源于网络，个人收集整理，请勿传播
GitLab与Gerrit的区别
开发风格
- gitlab的特点是一个人维系一个分支。
- gerrit的特点是一个团队维系一个分支。（这里的分支对应一个业务需求）
权限管理
- gitlab提供了比较多的选择，可以根据需要创建project，每个团队可以根据自己的需求管理自己的代码，方式更加的灵活。
- gerrit比较单一，而且权限配置比较复杂，往往都是要联系管理员做出修改，每个团队很难做到对代码的个性化管理。
代码评审
- gitlab是以mergerequest作为一次review，mergerequest中可能包含多个commit，如果review不通过也不需要发起另一次mergerequest。
- 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做集成。