Markix的博客

idea安装gerrit；推送到 refs/for/{branch} 分支；对 commit 进行 review打分；review完没问题，则进行submit，对应的代码才会合并到真正的分支中。

管理员在 gerrit 创建了个新的仓库（空的），我本地拉取下来在首次推送的时候遇到了一些问题，记录一下。正常我们通过 git clone 克隆一个有内容（master分支）的仓库后，本地会自动生成远程仓库master分支的引用 origin/master 以及 本地分支 master，并且自动将 origin/master 设置为 master 的上游分支（upstream branch）。当执行 git pull 或 git push 等命令时，会自动识别当前分支的上游分支然后进行拉取或推送操作。回

文档：https://review.gerrithub.io/Documentation/access-control.htmlreference:gerrit权限控制

创建钩子需要项目的 Owner 权限，或者属于 Administrators 分组的用户。项目权限可查看项目 -> Access -> ‘Reference: refs/*’ -> Owner

gerrit自身实现了 hooks 机制。钩子事件类型文档：https://github.com/GerritCodeReview/plugins_hooks/blob/master/src/main/resources/Documentation{gerrit_host}/plugins/hooks/Documentation/hooks.mdref-update 和 change-merged 的区别代码审核通过会触发 change-merged 和 ref-update直接推送代码到代码

认证机制默认情况下，所有 api 都假定匿名访问，所以不带认证信息只能访问公开的内容。可以通过在 api 的URL前面加上 /a/ 来使用HTTP密码进行身份验证。例如，要对 /projects/ 进行身份验证，请请求URL /a/projects/。curl --user username:password http://localhost:8080/a/projects/password并不是登录web时的密码，而是在个人设置中生成的 HTTP密码。相关文档：{gerrit_url}/Do

官网：https://www.gerritcodereview.com插件文档：https://www.gerritcodereview.com/plugins.html源码：https://github.com/GerritCodeReview镜像库：https://hub.docker.com/r/gerritcodereview/gerrit运行命令docker run -d \ --name gerrit3.3 \ -p 7001:8080 \ -p 7002:29

gerrit的审核机制其实是通过refs/for/* 分支实现的。 推送到此分支的提交，一般需要代码审核通过才会合并真正的分支中去。文档：https://review.gerrithub.io/Documentation/access-control.html#refs_forMost prominent is the refs/for/<branch ref> reference which is the reference upon which we build the code re