ERROR：“missing Change-Id in commit message footer” 解决方法： 拷贝commit-msg到每个需要使用gerrit提交代码的项目中 将commit-msg文件拷贝到 -> 项目文件夹\.git\hooks（文件夹不存在则新建）， 这时将上次commit的代码reset后再次commit and push -> push to Gerrit即可。 详情参考：http://blog.sina.com.cn/s/blog_13887bf130102ymv4.html

自己从零开始搭建git + gitweb + gerrit服务器 软硬件环境 物理机：Windows10 64位 VMware版本：VMware Workstation 12 Ubuntu版本：ubuntu-14.04-server-amd64.iso

本文档详细介绍了如何在linux系统下安装ldap、gerrit、gitweb的安装流程。还包括gerrit的ldap认证配置，gerrit+gitweb集成化安装部署流程。

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持续集成环境大家资料，具体搭建步骤请参考本人博客。 里面还有一些插件，方便大家少走弯路

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客户端

文档主要介绍git gerrit repo的基本功能，及搭建流程和代码评审流程