Code Review流程工具Jupiter介绍

引言

Code Review的作用和意义已在很多技术团队内达成共识，可是很多时候并未被有效执行，甚至被认为是一项费时费力的工作。借助一些工具可以更容易，更有效率地来进行Code Review，本文介绍的Jupiter即是其中之一。

Jupiter概述

Jupiter是一款开源的Eclipse插件，以XML形式存储review数据，通过SVN/CVS将review结果在团队内共享。一个很方 便的功 能是其建立了review问题跟具体源代码的对应关系（通过点击review问题列表中的问题可以跳转到对应的代码段，通过点击代码段上的review问 题标记可对应到具体的问题描述），review问题列表支持各种filter规则（根据review问题状态、责任人等，通过这个filter可以列出具 体阶段需关注的问题）。

本插件在eclipse3.7_201110707版本中有增加。

Jupiter的Code Review流程

Jupiter的Code Review流程为以下几步：

• 1.建立review任务：代码修改者或TL建立review任务，指定需评审的代码文件、参与评审的人员、定义问题类型及严重级别等。
• 2.个人评审阶段：开始个人独自评审，将可能出现的问题加入问题列表。
• 3.团队评审阶段：团队成员坐在一起，讨论个人评审阶段的问题，确定是否需要修复并分配解决人员。
• 4.问题修复阶段：每个人修复分配给自己的问题，修复后修改问题状态。

1.建立review任务

由评审发起者(代码作者、team leader或者PM)进行配置。

打开项目属性->Review选项页。点击"New..."，设置相应的ReviewId和description

 
选择需要Review的文件，可一次选择多个

 
添加参与代码评审的人员 

 
选择评审负责人

接下来的几步是设置问题类型及严重级别和filter，根据实际情况修改或用默认值，finish后会在工程根目录生成.jupiter文件，提交该文件到SVN。

设置完成后，Jupiter将在项目根目录下生成".jupiter"文件，把此文件存入CVS。现在评审发起者可以通知大家进行代码评审了。可以通过发邮件的方式进行通知，通知的内容最好有以下部分：

• 项目名称、Review ID、参与评审人员名单。
• 被评审代码的描述信息，如功能，需求等等
• 新增加和删除的文件
• 受影响但没有在Configuration中指定的组件

通知完毕后，各成员即可正式进行代码评审。

2.个人评审阶段

 从SVN上更新最新的源代码和.jupiter文件，在eclipse里->窗口(Window)>打开透视图(Open Perspective)>Review。然后选择Individual Phase：

 
 
选择文件就可以开始review了，发现问题时，光标停在问题代码处，点击鼠标右键选择"Add Review Issue......"

 
在"Review Editor"里选择问题类型及严重性，添加概要和详细描述，保存。可以看到增加了Review问题的代码会在行首处有标记。

个人评审完毕后将Jupiter评审数据目录(默认为review)下的数据上传到SVN。

3.团队评审阶段

团队成员坐在一起，从SVN上更新最新的Review数据，从review试图中选择"Team Phase"，点击"Review Table"中的问题会跳到对应的代码，一起讨论代码是否确实存在问题，在"Review Editor"里分配修复人员及解决方式，保存。

 
 
团队评审完毕后将Review数据上传到SVN。

4.问题修复阶段

个人回到自己的工作机，更新最新的review数据，从review试图中选择"Rework Phase",会在"Review Table"里列出分配给自己的问题，逐一修复，并在"Review Editor"将问题状态改为"Resovled"，保存并将review数据上传到SVN。

 
Rework完成后，各位评审者再次检查，如果检查未通过，可将问题状态改为"Re-Opened"，确认问题修复后将问题状态改为"Closed"，
至此，一个Code Review流程结束。

转载于:https://www.cnblogs.com/rq279/p/3907331.html