代码审查工具-使用与否？

Question

在我的开发团队中，我们正在进行代码评审，不过我认为不是以正确的方式进行。

我们的进程所面临的问题有：

1. 没有为正确的代码评审分配足够的时间。
2. 做评论并不是强制性的--很多时候根本就没有做过。
3. 开发人员坐在一起进行评审，因为没有另一个简单的“离线”机制，而不需要花费两个开发人员的时间。

我的问题是:代码评审工具的集成能改善上述要点吗？不需要吗？

我很想听听积极/消极的经历。

Answer 1

通过使用格瑞特或坩埚等工具实际执行代码评审，您可以解决问题的第2部分和第3部分。第1部分更多的是一个你永远不会用软件解决的过程/社会问题。

Answer 2

不，您没有正确地进行代码评审(显然！)因此，问题仍然是，您的代码是否有问题，需要检查会话吗？(即如果您正在发送工作代码，代码评审是一个寻找问题的解决方案)。

如果您认为它们是有益的，那么我将开始使用一个代码评审工具，您可以在“即时”模式下使用它--所以您可以上传代码评审请求，但它不会阻止提交和构建代码的其余过程的发生。我认为，如果您将评审添加到工作流过程中，从而阻止了提交，直到审核结束，您就会最终感到沮丧，并回避评审。在这种情况下要对自己诚实。

但是，如果您可以在有时间的时候检查代码，那么它将成为一种很好的方法来展示您为解决工作任务所做的事情，并且您可以通过引发后续的bug来修复代码评审缺陷。

好的代码审查工具是ReviewBoard --一个python网站。你上传差异到网站，然后可以分配和评论他们。VMWare开发它是为了他们自己的目的。如果使用git，格瑞特工作得很好。Redmine有一个不错的代码审查插件，它允许基于任何提交的评论，您只需创建一个新的评论就可以作为另一个跟踪器票证。它使用起来很愉快，而且不会妨碍你。