Gerrit与GitLab在功能上有哪些具体差异？

本文共计1427个文字，预计阅读时间需要6分钟。

来到一个新团队，开发代码被共同分支覆盖了。寻找共同分支核心实体，却发现根本没看到我的代码。经过一番沟通，了解到原来他们的代码并没有直接在gitlab上操作，而是先提交到gerrit，然后才合并。

来到一个新的团队，开发的代码被同事覆盖了。找同事核实，同事却说根本没有看到我的代码。经过一番沟通了解，原来他们的代码没有直接在gitlab上操作，而是先提交到gerrit，然后在提交到git。但是代码拉取的时候，不会直接从gitlab上拉取。所以，我提交到gitlab上的代码，同事们都没有拉取到。

新团队使用的代码审核工具是gerrit，因为之前一直使用的是gitlab，审题提交也都是使用的gitlab。但是新团队的小伙伴说他们提交，拉取都到gerrit上，我问：那不用集团的gitlab么？同事说最终代码还是保存在gitlab上，gerrit的作用就是用来审核的，当时有一个疑问，就是一个代码审核工具嘛，为什么不直接用gitlab呢，而要多一个工具审核呢？得到的答复是gitlab不好用。因为不了解gerrit，也不好多说，但是心里有个大大的问号。

我的疑惑是，gitlab的代码审核功能为何不好用？为何一定要嵌入一个新的工具gerrit呢？而这个工具的主体代码还是在gitlab上，只是起到了审核的作用。所以，我要弄清两个问题，这篇文章要解决两个问题

1.Gerrit的用法，优缺点

2.和Gitlab在权限管理上的区别

一、Gerrit的用法

参考文档：39.106.94.54:50000/002-常用基础服务/05-gerrit服务部署/

1、Gerrit介绍

Gerrit是建立在git版本控制系统之上的，基于web的代码审核工具。Gerrit是免费的，开源的，有一个可视化界面可供用户操作。主要解决的问题是代码审核。