精华内容
下载资源
问答
  • GERRIT使用手册.pdf

    2020-11-30 16:54:46
    GERRIT使用手册
  • Gerrit使用方法说明 Gerrit上代码提交的三种状态 代码提交至Gerrit之后,有三种状态,分别是:Open、Merged、Abandoned。 Open 状态的代码需要经过Review,Verify,Submit操作后才会真正入库,即成为Merged状态 ...
  • gerrit使用

    2020-05-26 11:00:03
    复制密钥,按步骤将复制的密钥添加到远程仓库 最后点ADD添加即可 STEP2:clone项目到本地 先在本地新建一个空目录,然后在该目录下执行以下命令 git clone http://gerrit.it.chehejia.com:8080/fe/app/fe-autotest ...

    前提条件是电脑上安装了git
    安装git教程可自行百度
    安装好了git之后,在开始菜单里打开git bash
    如下图所示,说明git安装成功了
    在这里插入图片描述
    STEP1:生成SSH KEY并添加到远程仓库账号中

    依次执行以下命令:

    1.1 将邮箱替换成你自己的邮箱

    $ ssh-keygen -t rsa -b 4096 -C "wangliyuan@lixiang.com"
    

    1.2

    >Generating public/private rsa key pair.
    

    1.3 提示您“Enter a file in which to save the key(输入要保存密钥的文件)”时,按 Enter 键。 这将接受默认文件位置。

    > Enter a file in which to save the key (/c/Users/you/.ssh/id_rsa):[Press enter]
    

    1.4 在提示时输入安全密码

    > Enter passphrase (empty for no passphrase): [Type a passphrase]
    > Enter same passphrase again: [Type passphrase again]
    

    然后找到保存密钥的文件,用notepad++打开

    在这里插入图片描述
    复制密钥,按步骤将复制的密钥添加到远程仓库

    在这里插入图片描述
    最后点ADD添加即可

    STEP2:clone项目到本地

    先在本地新建一个空目录,然后在该目录下执行以下命令

    git clone http://gerrit.it.chehejia.com:8080/fe/app/fe-autotest
    

    在这里插入图片描述
    这时本地项目就和远程仓库建立了关联,以后就可以提交代码了

    STEP3: 提交代码到本地

    可以先试着在该项目目录下修改或者添加一个.txt文件
    然后依次执行:

    git add 文件名.txt
    
    git commit -m "Issue #IAM-1307"
    

    STEP4:将代码推送到远程仓库
    **非常重要:**首次提交代码需要执行下面两条指令

    切换到项目目录下,将名字换成自己的名字

    scp -p -P 29418 wangliyuan@gerrit.it.chehejia.com:hooks/commit-msg .git/hooks/
    
    git commit --amend
    

    之后就可以向远程仓库推送了:

    git push origin HEAD:refs/for/master
    

    推送成功之后可以查看自己的提交记录,如果有提交记录就说明推送成功了,找两个人code-review一下,代码就合并到master分支了

    在这里插入图片描述

    展开全文
  • gerrit使用指南

    2017-09-11 16:33:14
    1. 注册新用户 1) 通知管理员添加用户 2) 用户首次登陆需要输入邮箱地址及SSH key公钥 右上角->用户名下拉->settings->输入ssh pub key 公钥生成如下: #ssh-keygen 默认生成路径位于/home/xxx/.ssh/id_rsa.pub
  • Gerrit使用简介

    2021-02-24 20:38:52
    Gerrit,一种免费、开放源代码的代码审查软件,使用网页界面。利用网页浏览器,同一个团队的软件程序员,可以相互审阅彼此修改后的程序代码,决定是否能够提交,退回或者继续修改。注册Gerrit需给Gerrit管理员...
  • Gerrit代码审核工具,丰富的权限管理,具有广泛通用性。1.已经创建好的帐号有admindev1dev2verify1verify2review1review22.先登录admin,设置SSH信息1)点击右侧帐号名称,点击Settings2)将自己的ssh公钥粘贴进去...
  • Gerrit使用

    2021-12-27 17:31:17
    第一篇: https://www.jianshu.com/p/6095c1aa4231 第二篇: https://blog.csdn.net/weixin_45372436 第三篇: http://lipeng1667.github.io/2017/01/18/gerrit-guide/
    展开全文
  • Gerrit 使用

    2021-05-21 17:56:49
    1, Gerrit是什么? Gerrit实际上一个Git服务器,它为在其服务器上托管的Git仓库提供一系列权限控制,以及一个用来做Code Review是Web前台页面。当然,其主要功能就是用来做Code Review。 2, Gerrit用户配置 Email...

    1, Gerrit是什么?

    Gerrit实际上一个Git服务器,它为在其服务器上托管的Git仓库提供一系列权限控制,以及一个用来做Code Review是Web前台页面。当然,其主要功能就是用来做Code Review。

    2, Gerrit用户配置

    • Email激活
      Gerrit账户的设置界面,点击“Contact Information”进入Email Register页面,输入自己的邮箱账户(此邮箱需要与自己的Git配置一致)。可以配置多个Email账号。

     

    Contact Information

    • SSH key配置
      通过以下命令生成并读取本机ssh key:
    ssh-keygen -t rsa
    cat ~/.ssh/id_rsa.pub
    

    Copy key的内容,在Gerrit账户的设置页面“SSH Public Key”中加入即可。

     

    ssh-key

    3, Gerrit日常使用

    3.1 获取代码库

    登录Gerrit后在Projects-->List, 选择相应工程your_project,进入该工程的General界面。
    选中“clone with commit-msg hook”和“SSH”:

    git clone ssh://your_account@review.xxxxx.com:29418/your_project && scp -p -P 29418 your_account@review.xxxxx.com:hooks/commit-msg cic-android/.git/hooks/
    

    拷贝以上命令在自己本地Git命令行窗口执行即可拉取库代码。

    3.2 Gerrit工作流程

    3.2.1 上传一个commit

    Gerrit相对Git提供了一个特有的命名空间“refs/for/”用来定义我们的提交上传到哪个branch,且可以用来区分我们的commit是提交到Gerrit进行审核还是直接提交到Git仓库,格式如下:

    refs/for/<target-branch>
    

    Push一个Commit到Gerrit:

    $ git commit
    $ git push origin HEAD:refs/for/master
    

    直接Push一个commit到Git仓库:(我们默认配置成不允许)

    $ git commit
    $ git push origin HEAD:master
    

    当我们的commit Push到Gerrit等待review时,Gerrit会将此commit保存在一个名为“refs/changes/xx/yy/zz”的一个暂存branch中。
    其中zz为这个commit的patch set号,yy是change号,xx是change号的后两位。

    例如我们工程中的这个大明同学的提交:

    http://review.xxxxx.com:9090/#/c/545/
    

    一共提交了9次patch,那么第9个patch就保存在一个名为“refs/changes/45/545/9”的branch中。

    可以通过Gerrit页面中该commit右上角的Download按钮验证,比如说我们选择“Cherry Pick”, 命令如下:

    git fetch ssh://your_account@review.xxxxx.com:29418/your_project refs/changes/45/545/9 && git cherry-pick FETCH_HEAD
    

    在此,有必要说下几个概念,以便理解:

    • Change
      一个Change包含一个Change-Id,这个Id就是通过我们拉取代码库的时候所拷贝的hooks(hooks/commit-msg)自动生成的。
      包含一个或多个Patch Set,以及诸如Owner,Project,Target branch,Comments等信息。

    • Change-Id
      Change-Id是一串SHA-1字符串。有hooks自动生成在我们的commit message下面:

    Feature:Music play.
    BugId:/
    Description:Music play.
    
    Change-Id: I3d087f04d9d94bfaa93b8609b988b300af537497
    

    在一个project的每个branch中Change Id是唯一的。

    • Patch Set
      一个Patch Set就是一次commit,Gerrit会将其生成一个Branch暂存。Change中的每提交一个Patch Set表示这个Change的一个新的版本,自动覆盖前一个Patch Set, 默认情况下,仅最后一个Patch Set是有意义的。Code Review通过时,也仅仅是最后一个Patch Set会合并到指定的branch中。

    个人Git工作原则一
    ** 永远是基于远程库的最新代码工作,尽量每一步操作(特别是add/commit/push)都通过git pull --rebase获取一下当前最新版本。**

    根据以上原则,建议在将本地commit push到Gerrit之后,立马reset掉,或者重新切换一个新的分支工作。

    3.2.2 上传一个新的patch set

    当我们的commit被reviewer打回来时,我们可能需要修改并重新提交。
    如果我们的代码在本地分支已经reset掉,可以通过Gerrit页面提供的Download方式获取:

    // fetch and checkout the change
    // (checkout command copied from change screen)
    $ git fetch ssh://your_account@review.xxxxx.com:29418/your_project refs/changes/45/545/9 && git checkout FETCH_HEAD
    

    如果之前是通过切换分支方式工作的,可以重新切换回包含此commit的分支而无需执行上述命令,然后可以在此代码基础上进行修改,重新add,amend commit:

    // rework the change
    $ git add <path-of-reworked-file>
    ...
    
    // amend commit
    $ git commit --amend
    
    // push patch set
    $ git push origin HEAD:refs/for/master
    

    3.2.3 添加Reviewers

    在Change界面添加相关reviewers.可以考虑使用自动添加reviewers的插件

    3.2.4 提交Change

    Change一般配置成只有在Code-Review +2 以及Verified +1 的情况下才可以Submit。

    Submit时可能会有冲突,界面会提示“Cannot Merge”字样,此时可以先尝试Gerrit页面提供的Rebase功能做一次Rebase操作,如果提示冲突,则需在本地解决冲突后重新提交一个Patch Set到该Change上。

    本地Rebase的一种流程:

    // update the remote tracking branches
    $ git fetch
    
    // fetch and checkout the change
    // (checkout command copied from change screen)
    $ git fetch ssh://your_account@review.xxxxx.com:29418/your_project  refs/changes/74/67374/2 && git checkout FETCH_HEAD
    
    // do the rebase
    $ git rebase origin/master
    
    // resolve conflicts if needed and stage the conflict resolution
      ...
    $ git add <path-of-file-with-conflicts-resolved>
    
    // continue the rebase
    $ git rebase --continue
    
    // push the commit with the conflict resolution as new patch set
    $ git push origin HEAD:refs/for/master  
    

    3.3 多Feature并行开发

    Code Review需要时间,开发人员可以在此期间开发其他feature,这就产生了多feature并行开发的状态。

    为了保证减少冲突和依赖,每一个feature都应该是在该feature自己的本地分支开发,且此分支是基于远程分支(target branch)的当前HEAD的。 也就是基于远程库的最新代码开发,而不应该依赖于code review中的某个、某些Change。

    当然,如果必要,你也可以基于一个正在code review的Change开发新的feature,这样会产生依赖,可以在Gerrit中该Change的页面看到“Related Changes”。这就要求reviewer也需要关注这个依赖关系,调整review时序。

    根据以往的使用经验,强烈建议不要产生这种依赖,尽量使每一个Change提交都是无依赖的,避免Change的连环失败导致各种解冲突的工作。

    个人Git工作原则二
    ** 尽可能保证每一个Change的完整性以及独立性,且越小越好。**

    4, 进阶功能

    4.1 Web页面代码修改

    Gerrit提供了直接在Web页面修改我们的patch代码的功能,这对于我们做一些小的问题修改(比如格式化问题,命名不对,多余的空格等)非常方便。

     

    Edit

    点击Edit后,该工具栏显示如下:

     

    toolbar

    可以在此对patch的文件进行修改,删除等。
    如果想对文件中的某处进行编辑,点击进入该文件的review界面:

     

    page_edit

    点击编辑按钮,进入编辑模式,编辑完save:

     

    save

    会在Change页面看到,点击Publish Edit按钮,Gerrit会自动帮你生成一个包含刚刚修改的patch。

     

    publish

     

    patch

    4.2 草稿箱功能

    Gerrit可以作为一个自己的Change草稿箱,我们可以将一些还未完成,或者还不想提交review的Change上传至此处。一来可以作为一个备份,另外在多人互相协助完成同一个功能,或是自己在多台电脑(家里、办公室)上处理未完成的工作。
    不同于提交一个正式Change的“refs/for/”协议,提交一个Change到草稿箱的协议方式为“refs/drafts/”,如下:

    $ git commit
    $ git push origin HEAD:refs/drafts/luckyair
    

    在Gerrit页面的Drafts栏:

     

    draft

    草稿箱中的Change也可以很方便的转换为正式的Change,而无需重新用“refs/for/”来提交,点击Publish按钮转换为正式Change,也可以在此删除此草稿。

     

    转载链接:https://www.jianshu.com/p/b77fd16894b6

     

    展开全文
  • gerrit使用小结

    2020-09-14 19:37:30
    gerrit使用过程整理备忘 使用ssh方式把代码下载下来 总体操作原则是:小步快跑,一个change提交之后,要以最快速度进行review,然后根据实际情况进行反馈,审核通过,则直接提交合并,没有通过,或者通知代码作者...

    gerrit使用小结

    一、准备工作

    1. 创建帐户并分配组

      让管理员为每个用户创建帐号,并且为了方便开发组内部操作,建议新建一个组(如:app),将开发组内所有开发人员加入该组,创建帐号可参见下面的链接,创建组相对简单,在此就不赘述了。
    https://blog.csdn.net/cfh0081/article/details/108521304

    2.创建项目并设置权限

      创建项目也请参见下面的链接:
    https://blog.csdn.net/cfh0081/article/details/108521304
      这里要强调的是,权限的设置,按照上述方式创建项目后,必须相应地配置项目权限(管理员帐户有权限配置项目权限),然后才能正常使用。权限配置样例如下,具体各权限配置的作用,大家有兴趣可自行研究理解。
    在这里插入图片描述

    3.安装工具插件

      当前来看,IntelliJ Platform系列开发工具有现成插件,可以直接进行安装,下图是在Android Studio上安装gerrit插件截图,可供参考:
    在这里插入图片描述
    gerrit-intellij-plugin插件github地址如下,更详细信息可进入下面链接查看:
    https://github.com/uwolfer/gerrit-intellij-plugin

      已经安装了gerrit服务,则可以通过下面的网址查看工具信息(不过使用前需要把“xxx.xxx.xxx.xxx”替换为实际的IP地址):
    http://xxx.xxx.xxx.xxx/Documentation/intro-user.html
    内容截图如下(mac机上开发可以考虑Gertty,具体使用方式有待进一步研究):在这里插入图片描述
    微软的vscode当前也查到了一款插件,但具体如何使用也还有待进一步研究。
    https://marketplace.visualstudio.com/items?itemName=Gruntfuggly.gerrit-view

    4.配置email及ssh key

      用浏览器(推荐Google Chrome)打开搭建好的gerrit网站,使用前面分配的帐号密码登录,然后配置好邮箱和ssh key,具体操作可参考下面的截图:
    在这里插入图片描述

    二、操作流程

      使用 gerrit进行代码强制走查,总体操作原则是:小步快跑,一个change提交之后,要以最快速度进行review,然后根据实际情况进行反馈。审核通过,则直接提交合并;还需要进行修改完善的,通知代码作者进行调整后再提交;不可用的,则直接废弃,通知代码作者重新编写代码再提交。下面将以Android Studio开发工具作为例子,讲解安装了gerrit插件,实际使用的整体操作流程。

    1.clone代码

      使用ssh方式把代码下载下来,从项目下面SSH项下面复制完整的clone命令,然后在git bash下面执行,即可将代码克隆下来,并且生成产生COMMIT_MSG的hook。
    在这里插入图片描述

    2.commit代码

      完成代码修改之后,触发Android Studio里面git commit操作之后,则会弹出下面的操作框,正常操作,则填写完毕提交信息,然后点击"Commit"提交到本地即可。
    在这里插入图片描述
    对应命令行样例:

    git commit -a -m "1.验证提交文件功能11."
    

    3.push代码

      push代码的时候,有几个选项,需要根据实际情况进行填写,如指定走查人员(下图红色标识部分,填写走查人员应用的gerrit帐号),增加topic信息(下图蓝色标识部分,可以写上如需求编号名称之类的信息)。填写完毕点击“Push”按钮进行操作。
    在这里插入图片描述
    对应命令行样例:

    git push origin HEAD:refs/for/master
    

    说明:使用命令行push,当前不能直接指定走查人,代码作者可以到gerrit对应的change网页点击 “ADD REVIEWER”按钮指定走查人员。

    4.走查代码

      push代码之后,接下来走查人员就可以在gerrit网页上进行操作,或者是直接在Android Studio上进行操作。在网页上看到的走查页面是这样的,如果查看代码,觉得没问题,则可以点击下面图片右上角用红色方框标记的按钮,表示走查通过。
    在这里插入图片描述
      如果需要添加一些信息,则可以点击左上角的“REPLY”走查按钮,填写信息,然后根据实际情况在-2~+2选择一项,具体信息请参见下面说明。最后点击“Send”按钮完成操作。

    -2: This shall not be merged
    -1: I would prefer this is not merged as is
    0:  No score
    +1: Look good to me, but someone else must approved
    +2: Look good to me, approved
    

      另一种方式, 是可以直接在Android Studio进行操作,对于需要走查的代码,可以直接查看代码差异,再选择-2~+2之间的选项,不需要补充额外信息,则可以选择不带"…“的选项执行走查操作,需要补充信息,则选择后面带”…"的选项,如果后续步骤需要执行合并代码操作,直接点击"Submit"按钮即可。
    在这里插入图片描述

    5.合并代码

      前面走查通过,接下来在刷新的页面上会出现“Submit”按钮,点击即提交到正式的git库了。
    在这里插入图片描述

    6.代码需要调整

      如果走查没通过,如前面点击了"Reply"按钮,选择了-2或-1的选项,并说明了没通过的原因,则代码作者需要根据走查意见,调整代码。

    7.调整完毕重新走查

      首先执行代码fetch操作,将gerrit服务器的状态同步到本地,然后根据实际情况调整好代码,接下来执行commit操作,考虑到是在原有基础上执行修正操作,所以需要勾选红色方框标记的项,再点击“Commit”按钮,接下来再执行“Push”操作,再次让人进行代码走查。
    在这里插入图片描述
    对应命令行样例:

    git commit --amend
    git push origin HEAD:refs/for/master
    

    三、其他操作

    1.创建分支、合并分支、打tag

      如果需要进行创建分支、合并分支、打tag的操作,在确保权限配置正确的前提下,则在Android Studio上面的操作和原本的git操作无差别。具体需要的权限可参考前面"创建项目并设置权限"里面的权限示例图片。

    展开全文
  • gerrit使用指南.pdf

    2021-10-28 09:37:20
    gerrit使用指南.pdf
  • Gerrit使用说明手册

    千次阅读 2017-08-31 13:45:13
    Gerrit使用说明手册 Gerrit使用说明手册 1. 用户组 新用户由系统组配置帐号后,登录192.168.0.80输入管理员给你创建的帐号,然后注册,注册相关信息,包括邮箱,全名,ssh-key  配置界面如下:  1.1 配置...
  • Gerrit使用教程详解

    万次阅读 2019-10-14 14:15:15
    1、gerrit 使用教程(一) https://www.cnblogs.com/111testing/archive/2018/08/09/9450530.html 2、git 上传本地代码到远程仓库 https://www.cnblogs.com/111testing/p/7663229.html 3、git log 查看提交历史 ...
  • Gerrit使用总结

    千次阅读 2018-04-15 16:12:54
    2.1使用Gerrit开发流程 2.1.1 在项目的master分支上提交代码 2.1.2在项目的其他分支上提交代码 2.1.3 git cherry-pick命令 2.2 Gerrit的Change-Id机制与hook机制 2.2.1 Git的hook机制 2.3 添加Change-Id的方法 ...
  • gerrit的配置和使用

    2018-04-24 10:21:30
    主要介绍gerrit客户端的配置和使用,包括代码的提交, review, merge方法和git的常用命令
  • gerrit使用总结

    2017-11-21 17:08:00
    最近在摸索git + gerrit代码审核的工作模式,需要安装gerrit服务器,经过一阵折腾,走了不少弯路,在此做下笔记,以便自己或者他人参考。有误的地方请指教。 我的环境如下: 环境 IP 说明 Windows XP ...
  • gerrit 使用教程(一)

    千次阅读 2018-08-09 17:43:00
    Gerrit实际上一个Git服务器,它为在其服务器上托管的Git仓库提供一系列权限控制,以及一个用来做Code Review是Web前台页面。当然,其主要功能就是用来做Code Review。 2, Gerrit用户配置 Email激活 Gerrit账户的...
  • docker-gerrit, 使用Gerrit代码审查系统构建一个 Docker 映像 的Gerrit Docker 映像支持PostgreSQL和OpenLDAP集成的Gerrit代码审查系统。 这个图像是基于 openjdk:jre-alpine 或者 openjdk:jre-slim的,它使图像变得...
  • Git与Gerrit使用说明

    2017-11-10 14:18:52
    代码提交流程为: 开发人员提交代码到gerrit等待入库前检查 -&gt;hudson发现评审请求,触发构建,并将构建结果返回至gerrit进行verify评分 -&gt;hudson验证通过 -&gt;code review -&gt;code review...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 11,402
精华内容 4,560
关键字:

gerrit使用