苏州华克斯-sonarqube 插件

sonarsource 的产品和服务被各地的客户所使用。所有规模的组织都在使用来自 sonarsource 的产品和服务提高生产率， 降低风险， 终开发---的软件。silverpeas 已经能够实现新的功能和提高产品性能， 这已导致赢得越来越多的客户。silverpeas 是协作知识和内容管理的平台。写在爪哇， 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 的软件。

sonarsource

使用 sonarqube 的更广泛的影响和机会

除了扫描之外， 一些组织看到的一个有趣的结果是， 个人

开始对 sonarqube 提供的信息采取行动， 以改变和---其

关于代码创建的行为。一些团队已经开始参与--

甚至兴奋-关于去和检查的因素， 如测试代码覆盖率， 并已能够

---提高。董事们使用了 sonarqube 的有关规则---的信息

教育团队如何改变---习惯以改进代码的创建。所以一个关键的结果

sonarqube 在这些组织使用的机会， 鼓励， 甚至推动

正确的行为。

一些组织通过强制将度量与构建集成在一起来帮助实现

和释放过程。这意味着必须满足某些标准， 以允许生成和

发布过程向前迈进。虽然你不能---人们普遍看待---的结果，

当项目截止时间和软件发布日期出现下滑时， 有机会使用

具有特定数据点和基准的工程经理了解

以前的工作。(组织这样做是明智的， 他们在制定的标准

停止生成和发布过程。

总的来说， 一个实实在在的好处是测试覆盖率翻了一番， 一些测试

使用 sonarqube 的组件团队。一些组织已经观察到测试团队的覆盖率

单元测试的4-5 时间的增加， 以及那些的和严谨的改进

使用 sonarqube 完成单元测试。这反过来又有助于驱动精que的基准

团队的进步伴随着更高的代码的交付。

简而言之， sonarqube 可以为基本代码分析提供一个单一的点， 其中用户来自

开发人员可以去看看他们需要知道什么来帮助提高代码，

可能与代码评审工具集成， 以便在仪表板中包含代码评审指标。

sonarqube 的挑战

sonarsource 的关键挑战之一是让企业相信---率的好处

实现和使用代码分析解决方案。在这方面的问题的一部分是， 它的

在许多公司的时候， 组织要理解长期利益是有挑战性的

正在寻求快速的、迭代的部署。因此， 重要的是要了解长期利益

在代码的有效期内， 而不仅仅是短期的优势 (这是

在他们自己的方式显着， 但不是战略)。产品的演变， 以解决功能

诸如影响分析和跨平台分析等功能也是

sonarsource 需要集中， 根据客户。与代码---工具的集成也

被提及作为未来焦点的区域。

sonarsource 的小规模可能是企业部署决策采用的一个障碍。但是，

事实上， 基本产品是开源的， 通常跳转开始采用的初始使用， 并

也为企业使用商业产品提供了一些---。企业

在的部署中显示采用 sonarqube 的客户也有助于

让那些---产品组合的能力被广泛采用的人打消疑虑。