gerrit 部署安装http://www.cnblogs.com/kevingrace/p/5624122.html

gerrit 权限管理http://zengestudy.blog.51cto.com/1702365/1772019

gerrit 项目权限管理http://www.360doc.com/content/16/0823/13/10058718_585326041.shtml

                              http://www.360doc.com/content/16/0825/10/10058718_585779620.shtml

Gerrit 对接github https://www.cnblogs.com/kevingrace/p/5651447.html

gerrit 代码同步到github https://www.cnblogs.com/tesky0125/p/5973642.html

精华部分:more gerrit_site/etc/replication.config

 [remote "10.0.3.254"]

   url = [email protected]:auto/${name}.git    #在 gerrit 文档中有一个 ${name} 变量用来复制 Gerrit 的所有项目

   push = +refs/heads/*:refs/heads/*

   push = +refs/tags/*:refs/tags/*

   push = +refs/changes/*:refs/changes/*

   threads = 3

gerrit 分支操作记录 https://www.cnblogs.com/kevingrace/p/5688724.html    


refs/for 和 refs/heads

向gerrit服务器提交代码命令: 

$git push origin HEAD:refs/for/mybranch

refs/for/mybranch需要经过code review之后才可以提交;

refs/heads/mybranch不需要code review。


master分支

项目的master分支默认只有administrators和Project Owners可以不经代码审核直接推送,但是允许其他用户向master分支推送changes接受评审。这里调整为Registered Users组用户不能向master推送changes,而只能向devel分支推送changes。devel分支的权限默认即可。项目只有两个常设分支master和devel,日常开发只在devel分支上,只有管理员才能touch master分支。

Project->list(选定项目)->Access->Edit->Add Reference

reference的名字为:refs/for/refs/heads/master,然后添加push权限,添加组”Registered Users”,选择对应的push权限为deny,同时勾选Exclusive,覆盖掉该ref继承和被通配符所涵盖的权限。

Code Review和submit

gerrit默认只给Registered Users组用户Code View -1分到1分的权限,这样Registered Users组用户就无法独立完成代码审核,而developer都集中在这个组中,因此将其Code View权限调整为-2分到2分。而且改组用户没有submit的权限,无法合并补丁到仓库中,下面一并添加submit权限。

Project->list(选定项目)->Access->Edit->Add Reference

reference的名字为:refs/heads/*,然后添加Label Code-Review,添加组”Registered Users”,将其权限调整为-2 ~ 2。然后再添加Submit权限,添加组”Registered Users”,其权限为ALLOW。

sandbox分支

个人分支还是十分有必要的,在开发成果还没有达到可以参加评审之前,用户可以在个人分支暂存自己的代码。stash暂存区并不能替代个人分支。Gerrit也考虑到了这一点,可以通过配置为每个开发者提供一个独立的区域,可以不用参与代码评审,完全是个人私有的领域。

添加如下引用:
refs/heads/sandbox/${username}/*
然后选择权限Create Reference和push,让”Registered Users”组对应的权限皆为ALLOW就可以了。

调整后的权限