使用RBTool自动提交code review请求

使用RBTool自动提交code review请求

前言

让我们回想一下手工提交review请求的过程:

  1. 首先得用 svn diff > filename.diff 生成diff文件。
  2. 然后输入review board的网址,可能是 rb.companyname.com
  3. 然后需要输入你的账号密码进行登录验证。
  4. 然后你需要填写你的svn repository 地址,然后上传diff文件。
  5. 然后你进到review请求的详细页面,填写summary, description, test-done, group和people项,而通常情况下,你的group是固定的,review你的people也就是那么几个人来回变。
  6. 最后你填完这些内容,点击 publish 来发布你的review请求。

RBTool安装和配置

是不是觉得很烦索?其实review board官网提供了一个RBTool,
可以帮你把这些步骤全部省掉,一切只需要在命令行敲一条 post-review指令即可。
很心动吧?让我们来看看如何安装RBTool。

首先需要你的电脑里安装了git, python, Mac同学表示这些东西都安全装预好了,如果是老版本的mac,也可以自行下载安装。Git的windows/mac/linux版本下载地址是:http://git-scm.com/ 。

下载安装完git后,输入

git clone git://github.com/reviewboard/rbtools.git
cd rbtools
sudo python setup.py install

OK,post-review已经安装好了。 然后你需要小小配置一下,在自己svn项目的根目录下,建立:.reviewboardrc 文件。在文件中输入:

REVIEWBOARD_URL = "http://rb.yourcompany.com"
REPOSITORY = "https://dev.yourcompany.com/svn/xxxx"

这2行分别代表你们公司的review board网址和svn根目录地址。 ### RBTool的使用 OK,以后你要提交review请求,只需要在项目根目录下输入 post-review 即可。第一次需要输入登陆review board的用户名密码,post-review工具会记住密码,以后就不用输入了。post-review默认会将你当前svn目录下的diff修改提交到review board上。你也可以加上一些指定的参数来指定group, people, description等等。比如我就写了一个小脚本,将post-review改成:

post-review --target-groups=mygroup --target-people=friendname1,friendname2

post-review还可以更新以前提交的diff,方法是用 -r 指定review number即可。具体的可以用post-review –help来查看详细信息。也可以去review board官网查看详细的说明:http://www.reviewboard.org/docs/codebase/dev/getting-started/#rbtools

如果是用git svn管理的项目,另外加上参数:–parent git-svn 即可。

赶快用RBTool工具提高你的工作效率吧~

时间: 2024-10-26 12:03:16

使用RBTool自动提交code review请求的相关文章

如何搭建gerrit开源code review工具

搭建环境:Ubuntu 14.04 一.环境准备 1.Java环境 gerrit依赖,用于安装gerrit环境. 下载:jdk-7u79-linux-x64.tar.gz http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html 安装:sudo tar zxvf ./jdk-7u79-linux-x64.tar.gz -C /opt 配置:vim ~/.bashrc export JAV

不容错过,Code Review 的最佳实践方案来了

前言 我一直认为Code Review(代码审查)是软件开发中的最佳实践之一,可以有效提高整体代码质量,及时发现代码中可能存在的问题.包括像Google.微软这些公司,Code Review都是基本要求,代码合并之前必须要有人审查通过才行. 然而对于我观察到的大部分软件开发团队来说,认真做Code Review的很少,有的流于形式,有的可能根本就没有Code Review的环节,代码质量只依赖于事后的测试.也有些团队想做好代码审查,但不知道怎么做比较好.网上关于如何做Code Review的文章

转 Code Review最佳实践

本文转自 https://www.cnblogs.com/dotey/p/11216430.html 我一直认为Code Review(代码审查)是软件开发中的最佳实践之一,可以有效提高整体代码质量,及时发现代码中可能存在的问题.包括像Google.微软这些公司,Code Review都是基本要求,代码合并之前必须要有人审查通过才行. 然而对于我观察到的大部分软件开发团队来说,认真做Code Review的很少,有的流于形式,有的可能根本就没有Code Review的环节,代码质量只依赖于事后的

自动提交Git branch代码评审到Review Board系统

背景 敏捷软件开发中,越小的反馈环,意味着软件质量越容易得到保证. 作为组件团队,我们的开发任务中,往往存在一些特性涉及到几十个功能点,开发周期持续数周或数月的情况.如何在开发过程中保证软件质量,是个很重要的话题.进行有效的细粒度的代码评审,是常见的手段之一.但是这一希望在落地时,多多少少会遇到些来自方方面面的阻力: Review Board不支持Git branch的代码评审提交: Git不熟,不知道怎么生产正确的patch文件来提交到Review Board上: Review Board不会

我们是怎么做Code Review的

前几天看了<Code Review 程序员的寄望与哀伤>,想到我们团队开展Code Review也有2年了,结果还算比较满意,有些经验应该可以和大家一起分享.探讨.我们为什么要推行Code Review呢?我们当时面临着代码混乱.Bug频出的状况.当时我觉得要有所改变,希望能提高产品的代码质量,改善开发团队面临的困境.并且我个人在开发上有很多经验,也希望这些知识能够在团队内传播.各种考虑后,我们最后认为推行Code Review能改善或解决我们面临的很多问题. 这篇文章的目的不是告诉大家怎么在

转:我们是怎么做Code Review的

我们是怎么做Code Review的 前几天看了<Code Review 程序员的寄望与哀伤>,想到我们团队开展Code Review也有2年了,结果还算比较满意,有些经验应该可以和大家一起分享.探讨.我们为什么要推行Code Review呢?我们当时面临着代码混乱.Bug频出的状况.当时我觉得要有所改变,希望能提高产品的代码质量,改善开发团队面临的困境.并且我个人在开发上有很多经验,也希望这些知识能够在团队内传播.各种考虑后,我们最后认为推行Code Review能改善或解决我们面临的很多问

我是如何进行code review的

众所周知,代码审查是软件开发过程中十分重要的环节,楼主结合自己的实际工作经验,和大家分享一下在实际工作中代码审查是如何开展的, 笔者水平有限,若有错误和纰漏,还请大家指正. 代码审查的阻力 我想不通公司不同部门对代码审查这项工作的重视程度还是不一样的,对于代码审查的阻力总结了以下几点: 国内的整体环境,国内的公司,尤其是互联网公司,讲究速度致上,软件开发的迭代周期周期短,速度快,因为竞争太大,开发的产品要求快速上线,对代码审查不是很重视,先上线,出了问题再解决. 公司的规模,大公司重视流程,把代

如何在python脚本开发做code review

在软件项目开发中,我们经常提到一个词"code review".code review中文翻译过来就是代码评审或复查,简而言之就是编码完成后由其他人通过阅读代码来检查代码的质量(可编译.可运行.可读.可维护.可复用),这些性质都比较抽象,但是一般都可以通过以下的检查点来实现: 检查代码的命名方式是否符合规范,代码的可读和可维护必须要求所有参与编码的同事使用的命名有统一的规范(注意每个人有自己的代码风格,但是要符合可读性的代码规范): 检查代码的注释,注释一般包括:1.类要有类用途和使用

谈一下我们是如何开展code review的

众所周知,代码审查是软件开发过程中十分重要的环节,楼主结合自己的实际工作经验,和大家分享一下在实际工作中代码审查是如何开展的, 笔者水平有限,若有错误和纰漏,还请大家指正. 代码审查的阻力 我想不通公司不同部门对代码审查这项工作的重视程度还是不一样的,对于代码审查的阻力总结了以下几点: 国内的整体环境,国内的公司,尤其是互联网公司,讲究速度致上,软件开发的迭代周期周期短,速度快,因为竞争太大,开发的产品要求快速上线,对代码审查不是很重视,先上线,出了问题再解决. 公司的规模,大公司重视流程,把代