Gerrit教程，Qt_Developer_Network_Wiki__Gerrit_Introduction_.pdf

Gerrit和gitlab对比 开发风格 Gerrit：一个团队维系一个分支 Gitlab：一个人维系一个分支 代码评审 Gerrit： 以commit作为一次review 由于changeId的存在，可以对一次commit反复的进行review Gitlab：以merge request作为一次review，merge request中可能包含多个 commit ， 如果review不通过也不需要发起另一次merge request 权限管理 Gerrit： 多部门之间权限隔离，只能在权限范围内公开代码 Gitlab： gitlab可以选择公开代码，团队间可以看到互相的代码 代码提交 Gerrit：如果存在一个提交未review，那么后续的提交需要合并提交才能再次提交review 可以block住开发流程，代码review完之后才能提交到远程代码仓库 Gitlab：review的功能比较薄弱，仅仅是一种代码comment形式 没有很好的代码review约束性

git+gerrit+jenkins+sonar持续集成环境大家资料，具体搭建步骤请参考本人博客。 里面还有一些插件，方便大家少走弯路

搭建code review gerrit服务器 网上这类资料很多,但能够真正跑起来的很少,因此本人将祥细的配置过程写了出来,并运行成功,方便广大开发者受益于正确的文档.https://www.gerritcodereview.com/

配置Java环境从官网下载gerrit当前最新版本为2.14。安装MySQL通过如下命令安装Gerrit：按照提示一步步完成安装。有几个按转配置需要特别注意一下。关于Gerrit的Git仓库的保存地址：这个选项用于配置Gerrit的Git仓库的保存地址。上面的配置将创建 /home/gerrit/review_site/GerritResource目录用于保存Gerrit 的Git仓库。关于数据库的配置：这里选择My

18年7月更新，清华镜像，完美解决 Yocto，Android fatal: Cannot get https://gerrit.googlesource.com/git-repo/clone.bundle 错误，绕开GFW

gerrit使用指南.pdf

GitLab项目的Gerrit风格代码审查。 当您确实要创建依赖的MR时，GitLab合并请求使用的基于分支的方法会减慢速度，以便可以并行检查它们。 通过大量的人工和谨慎，您实际上可以通过将MR的目标分支设置为它所依赖的分支，并确保在合并任何MR之前将其目标分支改回master 。 如果超过2个MR，这很容易出错，更不用说您必须严格按照相关性顺序合并MR（否则，在未完成的MR仍然具有相关性的情况下，分支可能会被意外删除）。 这是否以某种方式使您想起Gerrit的一些好处？ 是的，在Gerrit中，因为每次提交都会创建一个新的评论，所以没有什么可以阻止您创建依赖的评论。 为了将此Gerrit风格的代码审查引入GitLab存储库，该项目创建了一个简单的脚本，可帮助您创建相关的MR。 要使用此功能，请确保将git-review脚本放在PATH中，并按照以下步骤操作： 安装Change-Id

gerrit windows客户端

Gerrit 是一个基于 web 的代码评审工具, 它基于 git 版本控制系统。Gerrit 旨在提供一个轻量级框架, 用于在代码入库之前对每个提交进行审阅。‎‎更改将上载到 Gerrit, 但实际上并不成为项目的一部分, 直到它们被审阅和接受。它是标准开源过程的一个简单工具来支持提交补丁程序, 然后由项目成员在应用到代码库之前进行评审。‎Gerrit 首先是一个临时区域, 在提交的代码成为代码库的一部分之前, 可以对其修改进行检查。