华克斯-sonarqube规则

sonarsource 的产品和服务被各地的客户所使用。所有规模的组织都在使用来自 sonarsource 的产品和服务提高生产率， 降低风险，华南sonarqube规则， 终开发---的软件。sonarqube 在欧洲的三不同地点的开发团队每天都在使用。结果显示在墙上显示器!kapsch trafficcom (理事会) 是智能交通系统的提供商。它的系统采用信息和通信技术来支持和优化公路运输，sonarqube规则， 包括基础设施、车辆、用户和工业。它在各种交通应用领域的解决方案有助于减少道路交通造成的拥堵和环境污染， 提高交通安全和安全。理事会集团在33设有子公司和代表处， 并有3000多名员工。软件很重要， 因为 kapsch 需要向其客户提供jia的软件解决方案， 同时遵循行业标准， 如汽车行业的 misra 准则。即将失去对软件的关注

kapsch trafficcom 因快速扩张而失去了对软件的关注。这种扩展导致了一些新的编程语言的使用， 并雇用了许多新的开发人员。理事会预见到需要---地控制， 遵循编码准则， 并---它开发的应用程序在发布之前达到了定义的目标。此外， 技术---的趋势需要明显， 以帮助决策者达成关于重构与引入新特性的知情决策。由于理事会在静态代码分析中使用了几种不同的解决方案， 因此很难同时将整个代码库的这一概述放在一起。sonarqube 的自下而上采用

然后， 瑞典理事会办公室的遇到了 sonarqube。这一收养是由管理层和其他理事会的开发网站所采纳的自下而上的方法。在年内， 它将被采用在更多的地点， 并作为理事会的主要解决方案， ---代码。在这一收养中， 关键是 sonarqube 使用相同的度量标准来衡量每种语言。理事会使用几种不同的语言， 现在它们都可以以统一的方式呈现。可以很容易地看到当前的度量状态， 以及它们是否在正确的方向上移动。此外， 项目组合管理 (视图) 插件允许理事会从多语言应用程序中聚合度量， 将每个应用程序的统一起来， 并将应用程序进一步聚合到产品、项目和部门的统一演示中。更美好的是， 由于我们每夜都在分析我们的大部分产品， 所以现在每个人都可以按需获取xin的结果 (在每个聚合级别)， 瑞典理事会的测试组长约翰 esbj?rner 说。kapsch trafficcom 使用的主要功能包括:时间机器----关键代码度量的进度。视图-将多种语言聚合到产品/项目/部门中。差异视图-检查---项目中是否引入了新问题。java api-创建自己的集成插件， 因为它已经做了宝丽来 alm。sonarqube 结果显示在墙上显示器上

sonarqube 目前正被用于检查超过30应用程序和700k 代码行的代码， 并且这些数字预计会随着全年的采用而不断增加。它每天都被开发团队使用， 它们---欧洲三不同的开发站点。esbj?rner 表示， 我们可以利用我们现有的詹金斯基础结构来触发静态分析，sonarqube规则， 从而---了向 sonarqube 的过渡， 因此无需额外的服务器。让所有利益相关者通过 web 浏览器轻松地访问结果， 并显示在人们走过的墙壁---上， 从而提高了对代码的认识。这些指标已成为一种帮助， 以可视化需要做什么。早些时候， 开发人员知道代码需要重构， 但是很难得到标准的数据来向决策者展示。现在， 他们可以通过打开 web 浏览器并显示度量和代码来做到这一点。今天， 门是为所有语言定义的， 因此新功能并不---战胜重构。在发布前始终满足di级别要求。

sonarsource

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

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

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

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

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

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

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

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

正确的行为。

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

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

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

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

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

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

停止生成和发布过程。

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

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

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

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

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

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

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

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

sonarqube 的挑战

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

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

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

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

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

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

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

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

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

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

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

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

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

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