使用代码度量评估工具的策略

Question

代码质量度量评估工具(如声纳 )是用于运行本地分析的与IDE集成，还是应该是用于持续检查的构建过程(如与maven集成)的一部分，还是两者的结合？我们如何最大限度地利用这些工具的力量？

Answer 1

我想说，如果可能的话，这两个地方都应该使用。理想情况下，当开发人员在本地运行开发人员的工作站时，您的分析工具将捕获开发人员工作站上的大多数代码问题，并将代码保持在源代码管理的清洁状态。让它在一个批处理中夜间运行，会发现任何确实会被检入的问题，并且它们可以成为下一次代码评审的焦点--假设标记为有问题但仍被签入的代码要解决得更复杂，在将其从工作更改为符合标准的代码之前应该进行讨论。

Answer 2

您需要两者兼而有之，因为它们解决了链接但不同的情况:本地运行的全部内容是在编码时或之后立即进行快速改进。它还提供了IDE的舒适感(它是浏览代码的最佳地方，因为您身边有所有东西)。此外，您还可以推动开发人员在提交之前运行它，以建立第一个“质量防火墙”。

仪表盘是关于团队的。事实上，它是公开的，在我的经验中确实有很大帮助--不想对“坏”项目负责，所以它确实推动了某种良性循环。另外，能够到达，打开浏览器，看一看“我们这周过得怎么样”是非常方便的。仪表板也有历史视图，这是非常重要的(通常情况下，趋势比结果更重要--您想要改进，这才是最重要的)。

正如您注意到的，Sonar实际上允许这两种用法，这是很好的(您希望在IDE和构建中使用相同的规则)。