sonarqube---参数-苏州华克斯信息

关于sonarsource连续检查

我们 sonarsource 的创始人， 非常熟悉传统模式的缺点，在其范围内工作多年。但随着持续集成的兴起， 我们设想了一个不同的模式是可能的。正如不断整合的变化多个开发人员防止集成头疼， 我们意识到不断应用门标准防止准时审计模型的问题。连续检测是代码管理的新范式， 旨在使内部软件是软件开发生命周期的一个组成部分。这是一个整体的，sonarqube---参数， 完全实现提高项目内部软件和软件可视性的过程所有利益相关者的。连续的检查提供连续代码管理，sonarqube---参数， 并且---提高了开发项目的 roi。连续检测的关键概念是发现early–when 修复它们的问题仍然是便宜和容易的。在这个模型下， 自动代码审核是每天执行并在组织内提供。这些客观、自动化的审计沿多个可维护性轴分析项目代码， 测试 bug， 并将其与团队进行比较编码标准。审核是通过工具来完成的， 它们直接在开发人员的环境， 很像微软 word 中的拼写检查器。新的团队成员将尽快收到通知问题被发现， 所以他们可以尽快解决 sible–while 的代码仍然是新鲜的开发人员的想法。及时的这些警报有额外的好处， 培训程序员的坏习惯， 并引导他们到好的。持续的检查在开发团队中得到了---的采纳， 因为它的协作自然导致真正的集体代码所有权， 并帮助团队提供---的软件。与它的小，快速的问题识别和处理周期， 它已被证明增加开发团队效率， 通过促进高代码的开发来提高应用程序的使用寿命。持续检查的方面可以归纳为十原则。

sonarsource

如果您想知道项目使用的内部或外部库，则可能需要查看项目的内容，包括pom.xml文件。如果您使用sonarqube，则不再是这种情况，因为库是一种组件，它会---您的应用程序所依赖的组件，并且比手动搜索。

（以上是示例应用程序的截图）

也可以在任何仪表板上添加任何widget（widget是组成仪表板的组件），如下所示。

（以上是示例应用程序的截图）

问题向下钻

只是被告知某事是错误的，这里的分数是多少错误或不正确的东西，没有帮助。一个更有建设性的反馈是，这里有什么问题，这是你可以做些什么来解决它。

问题钻取是一个这样的仪表板，我们可以找到这样的信息或---知道什么是错误，sonarqube---参数，以及如何去修复它（有时）。它还存档较旧的和封闭的问题，并通过给出各种---程度来表明问题是多么糟糕，即阻止信息。

（以上是nemo.sonarsource.org上的示例应用程序的截图）

任何dashboard页面右上角的“管理信息中心”选项（如下）用于创建可以放置小部件的新的信息中心页面。

同样，每个“仪表板”页面上的“配置”窗口小部件链接允许在“仪表板”页面的任何位置添加，删除或更改窗口小部件的位置。

（以上是apache comm collection的截图）

标签或词云是一种非常受欢迎的概念，天津sonarqube---参数，被大量用作可视化形式来传达指标 - 如上所示，这是apache comm collection库的一个例证。

商业组件 - sqale

sqale是一个专有组件，社区版本不可用，尽管sonarqube的nemo项目[07]提供了演示版本。 sqale是一项技术债wu评估工具，更多细节可以在[08]找到。