Code Collaborator和Review Board试用说明
代码评审(Code Review)是敏捷开发很重要的一环，是保证软件质量的最佳实践之一。要做好代码评审, 就需要有一套简单，高效，功能完善且界面友好的工具，来支持代码审查审查流程。
目前部门还没有采用Pair Programming那种时时刻刻都在review代码的工作方式，代码Review多采用走查方式，即代码写完后召开一个Code Review的Meeting，集中时间和经验丰富的人力对重点代码进行筛查，这种方式的代码Review有利，但也有弊。其弊端在于低效和覆盖面小。做一次走查需要N多人参与若干个小时，而在这段时间里不是每个参与者都能极其高效的参与到走查中的，实践证明只有少数几个人能真正在一次代码审查会议上起到关键的作用。另外走查一次能覆盖的代码范围又较小，一些看似不重要却很可能带来BUG的代码在走查会上很容易被遗漏。Code Collaborator 和Code Review等工具是对代码审查是一种很好的补充。Code Collaborator是一款收费工具，目前我部门ANM2000专项正在使用，效果较好。当前比较流行的开源Code Review工具有Review Board、CodeStriker等。
依据我《代码审查流程》，综合分析，备选的两款工具分别是：Code Collaborator（代码合作者）和Review board（评审委员会）。在完成两款工具的使用对比后，根据试用的实际情况对两款工具进行比较见下表：
? 【基于Code Collaborator和Review board的代码审工具试用对比表】 两款工具的安装与试用说明见：
? 附件一：《基于ReivewBoard的代码审查平台搭建简要说明》 ? 附件二：《基于Code Collaborator的代码审查平台搭建简要说明》
【基于Code Collaborator和Review board的代码审工具试用对比表】
Code Collaborator解要 素 优点 点 决方案 缺优点 缺点 ReviewBoard 解决方案
ReivewBoard（开源工具）的安装的确有些让人头痛，一堆互相依赖的软件包，版本稍有差异就很可能导致安装运行失败。而且失败的原因还很难得知。目前安装时仍有不稳定现象出现（一般报错有两种： error1: Download error for http://www.pycrypto.org/files/pycrypto-2.3.tar.gz:<10065,'No 安装简便，不易收费 出错。 1.支持Windows、安Linux、Max OS X、装 Solaris、BSD上本高 安装。 装 Visual Studio 2003 was not found on this system.If you have Cygwin installed,you can try comiling with MingW32,by passing \） 安装最后创建出来的站点的时区是默认的美国太平洋时间,而不是北京时间。尝试在站点配置页面修改时区的时候，整个站点就挂了。 2.中文支持 一个叫做“提3.版本控制系统 支持集成许多版本控制系统,包括SVN， 交审查”的工具被用来和SCM系统进行连接（当前支持SVN、CVS、Perforce、Git和Mercurial等）
开源软件，成本route to host'> 低。 软官方推荐在件，Linux和 故成Windows下安compatible binaries. extensions must be built with a compiler than can generate Visual Studio 2003; error2: Setup script exited with error: Python was built with 对中文支持较好，试用期间没有发现问题 按照默认的步骤安装和配置后，输入和保存英文均没有问题。但是一旦输入中文，保存后页面显示的都是乱码，甚至某些时候在保存中文数据时ReivewBoard还提示错误。 CVS,Clearcase, Visual SourceSafe 、等。
1.多个同时评论 2.工作流支持评论/被许多作家在不同时区分开 3.版本控制集成 4.缺陷跟踪与严重程度，类型，4.分类，清单，和用外部的问题跟踪户器集成 基5.全方面的度量础指标，报告和数界据出口 面6.项目和角色为信基础的规则和报息 告 7.基于Web的客户端和命令行跨平台客户端 8.命令行API的集成，扩展，自动化，并触发 5.实时基于Web的即时问“聊天”界面。 题沟通
1.在本地检出的代码的修改。 2.通过公布diff、编写描述和选择一些审查者来创建一个审查请求。 3.审查请求中点击“发布”并等待审查者看到它。 4.其他人看了你的审查请求。 5.你根据他们的评论更新了你的代码。 6.你公布了更新后的diff，以及对他们评论的解答以指明你修改了什么（或者你要说明为什么你不打算按照他们的建议修改代码）。 7.大家看了你更新后的代码，并请你继续。 8.你将修改提交到仓库中。 9.你在审查请求中点击“设置为已提交”来从其他人的面板中移除你的审查请求。 基于Web的即 时“聊天”界面。