SonarSource设置在引擎盖下，这个SonarQube实例依赖于如下所示的许多默认或定制配置设置。（以上是示例应用程序的截图）可以通过该界面访问和更改各个组件的配置设置。更新中心到目前为止看到的各种仪表板中的许多小部件可以从下面的页面启用或禁用。还可以对所有小部件进行更新和升级，包括SonarQube本身的更新和升级。（以上是示例应用程序的截图）升级过程查看[10]中的升级过程，另见[11]，了解过程之前和之后应该做什么。通常停止并重新启动SonarQube是在应用更新或升级到一个或多个组件或SonarQube本身之前和之后执行的常见步骤。结论在评估这些功能后，它清楚地表明，该产品具有优于其他解决方案的优势，即大量免费插件，基于插件的仪表板系统，除了作为开源项目，还有一个很好的开始用。话虽如此，可能有商业产品有更好的质量评估命题，但不一定有用，除非你是一个大型组织。使用SonarQube作为创建短反馈循环的工具，并在评估建议的更改的原理后，对代码库进行改进。如果反馈不正确或是假阳性或假阴性-一个选项是调整相关组件背后的配置设置，以查看在当前情况下提出的问题是否适用-基本上是转动支票或不采取反馈字面上。SonarSource的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自SonarSource的产品和服务提高生产率，降低风险，终开发更好的软件。Silverpeas已经能够实现新的功能和提高产品性能，这已导致赢得越来越多的客户。Silverpeas是协作知识和内容管理的平台。写在爪哇，sonarqube修改检测规则，Silverpeas出生于1999年，在黑暗时代的J2EE。这是一个时代之前的框架，当英雄编码没有测试或文件。结果是一个工作产品的支持下的混乱的定制框架，是基于良好的想法，中国sonarqube修改检测规则，但执行不。随着时间的推移，由于在产品的早期就做出了短视的设计决策，而且由于对其体系结构没有明确的愿景，因此发展和维护代码变得越来越困难。技术债务=责任这种情况使我们很难跟上创新的步伐，保持市场的竞争力。使问题复杂化的是，执行基本维护和实施新功能的高昂成本使得很难获得新客户。技术债务代表了一个太大的负债。够了在2009年，Silverpeas团队作出了一个激烈的决定:现在是时候，以现代化的架构和提高Silverpeas的代码质量。但他们需要确切地知道如何，什么，以及在哪里重构之前，他们可以继续。我们需要一个工具来支持我们的改变，Silverpeas软件建筑师米格尔Moquillon说。SonarQube(当时的声纳)被选中来帮助我们获得正确的，这些问题。通过它的质量分析工具和它的统一和可定制的界面，我们有信息，以确定我们必须执行的任务，以减少技术债务和提高代码的质量。这是我们的GPS在改善Silverpeas的道路上。SONARQUBE保持技术债务控制Silverpeas团队在Silverpeas的现代化过程中选择了SonarQube这一关键角色，部分原因是它是开源的，就像Silverpeas一样，易于扩展，但SonarQube也提供了一些功能Moquillon说，团队发现引人注目的:统一和集中的仪表板一个统一和集中的仪表板，代理商sonarqube修改检测规则，其中呈现代码的主要质量指标:一目了然是什么出错了，什么是改进了，很容易看到。简单的导航--一种简单的方法来导航到相关代码的不同指标:很容易找到需要操作的代码部分.强大的报告-在时间的指标演变的迹象:我们可以估计我们的代码改进的努力。更好的软件质量已导致越来越多的客户赢得SonarSource的解决方案有助于Silverpeas的成功，通过对关键问题提供持续和快速的反馈以及如何解决它们的建议。工作从坚实基地它的代码质量改进给它，Silverpeas团队已经能够实现新的功能，并提高产品的鲁棒性和性能，这已导致赢得越来越多的客户。今天，Silverpeas团队致力于将其软件质量保持在SonarQube的轨道上。Moqillon说，Silverpeas团队对SonarQube有信心，因为这是一个开源项目，如Silverpeas，因此，我们是确保其演变和质量。他赞扬SonarQube的定期发布时间表、易用性、易于安装以及与现有开发基础结构(如连续集成服务器詹金斯)和构建系统Maven等集成的易用性。现在，SonarQube分析运行每晚Silverpeas的35.1万行代码，由詹金斯触发的后期生成行动。开发人员和经理定期检查结果，并采取行动解决问题的集体努力，以维护和进一步提高Silverpeas的软件质量。SonarLint与开发人员集成的z系统从v14.0.0.5开始，IBMz系统开发人员(IDz)支持SonarLintv3.2.0，并在其主机COBOL和PLI代码中针对bug和质量问题向开发人员提供动态反馈。一旦将SonarLintEclipse扩展并安装到您的IDz客户端中，您就可以使用SonarQube服务器视图连接到SonarQube服务器，然后使用子项目的上下文菜单将一个模块的子项目绑定到SonarQube服务器和项目。现在，当使用cobol或PLI编辑器打开绑定子项目中的cobol或PLI文件时，中国sonarqube修改检测规则，将在文件中标记任何违反在SonarQubeproject中设置的规则之一的代码，并通过悬停帮助来显示解释。文件中发现的所有问题的列表都可在SonarLint的动态视图中找到。从绑定的SonarLint子项目中打开COBOL或PLI文件会触发一项分析提示:如果编辑器中没有出现问题注释，SonarLint可能无法成功解析该文件。您可以在Eclipse控制台视图下检查SonarLint控制台，以查找任何问题，如缺少包含文件(抄写)。如往常一样，使用子项目的关联属性组中的SYSLIB字段来解析包含文件引用。您可以选择一个或多个文件，甚至是子项目本身，然后单击SonarLint分析，而不是打开单个文件。生成的问题将在SonarLint报告视图中报告，您可以在其中双击要带到编辑器中相关代码行的问题。或者，您可以右键单击某个问题，然后选择要带到SonarLint规则说明视图的规则说明，以及具有兼容和不兼容代码示例的规则的详细说明。可以同时分析多个文件，并在SonarLint报告视图中检查结果问题提示:当使用分析函数时，可能找不到近在编辑器中打开的文件的抄写，因为SonarLint使用的是只在其中一个IDz编辑程序中打开文件或其依赖项时才会填充的本地文件缓存。代理商sonarqube修改检测规则-苏州华克斯信息由苏州华克斯信息科技有限公司提供。“Loadrunner,Fortify,源代码审计,源代码扫描”选择苏州华克斯信息科技有限公司，公司位于：苏州工业园区新平街388号，多年来，华克斯坚持为客户提供好的服务，联系人：华克斯。欢迎广大新老客户来电，来函，亲临指导，洽谈业务。华克斯期待成为您的长期合作伙伴！)