代码审查（Code Review）不但可以提高质量，而且还是一个知识共享和指导的极好的手段。不幸的是，准备工作的辛苦和工具支持的缺乏让代码审查很容易被延至“稍后再议”。 Review Board 的目标便是改变这一现状，它所提供的应用程序可以支持代码审查流程。一些应用程序的特性包括：
- 详细的审查请求将所有代码审查所需要的信息都集合起来，包括代码的修改和屏幕截图
- 一个支持将评论直接写至对应的代码行的 diff 查看器
- 上下文讨论
- 一个汇总审查和被审查需求的面板
自从去年 5 月 VMWare 的开发者 Christian Hammond 和 David Trowbridge 的声明开始，Review Board 已经从开源社区的早期使用者那里获得了认可。迄今为止 Review Board 的功能在快速的进步，用户们也将安装经验及评论通过博客记录下来，比如 Jeo Heck 提到：
我认为关于 ReviewBoard 最令人印象深刻的事情之一是，它支持一种机制和一些示例脚本，可以用来做一个预提交（pre-checkin）的审查。
Review Board 在审查补丁（Patch）方面表现完美。一个叫做“提交审查”的工具被用来和 SCM 系统进行连接（当前支持 SVN、CVS、Perforce、Git 和 Mercurial 等），可以允许你请求一个将被提交的修改的审查。用户基础页面将这个过程描述如下： 1. 你在本地检出的代码上做了些可怕的修改。
2. 你通过公布 diff、编写描述和选择一些审查者来创建一个审查请求。
3. 你在审查请求中点击“发布”并等待你的审查者看到它。
4. 其他人看了你的审查请求，说道“这太可怕了，除非什么东西坏掉了。”
5. 你根据他们的评论更新了你的代码。
6. 你公布了更新后的 diff，以及对他们评论的解答以指明你修改了什么（或者你要说明为什么你不打算按照他们的建议修改代码）。
7. 大家看了你更新后的代码，并请你继续。
8. 你将修改提交到仓库中。
9. 你在审查请求中点击“设置为已提交”来从其他人的面板中移除你的审查请求。
Review Board 被托管在 Google Code ，基于一个 MIT/X11 风格的许可证发布。
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论