西南SONARQUBE经销商价格合理 华克斯信息

sonarsource 的产品和服务被各地的客户所使用。所有规模的组织都在使用来自 sonarsource 的产品和服务提高生产率, 降低风险, 终开发-的软件。sonarqube生态系统是由sonarqube平台和一套plug-ins在公共基础设施上担任东道主。通过每天对 575万 sonarqube 的分析, 斯里巴加湾市 (业务解决方案构建者) 成功地提高了其整个软件产品套件的。斯里巴加湾市为金融人士和人寿保险公司提供商业解决方案和 it 服务。它的-软件框架在三不同的地点被-广泛使用: 比利时、卢森堡和爱尔兰。斯里巴加湾市的开发和团队一直在寻找you秀的软件工具, 以获得更深层次的洞察力, -地管理内部代码, 考虑到拥有一个强健的框架, 以此为基础进行产品开发的战略意义。如何提高软件和开发人员的工作效率？

直到 2009, 斯里巴加湾市依赖于不同的开源工具, 如 cobertura、checkstyle 和 findbugs, 来识别和管理 in-house 软件框架中所有主要产品的问题。斯里巴加湾市面临着这些工具的重大挑战, -的是缺乏统一的界面来查看和-问题。企业采用复杂、使用内部和外部资源(如系统)进行地理分布的开发集成商(sis)随着各种开发工具的使用而-增加(包括开源)、多种语言和敏捷流程。这些工具也缺乏衡量演变的能力随着时间的推移, 使评估斯里巴加湾市框架的改进变得困难。总的来说, 这种方法导致了零散的指标, 并没有给斯里巴加湾市的开发团队提供他们所需要的产品洞察力。由于斯里巴加湾市的框架被80多个不同地点的-广泛使用, 因此对于公司来说, -框架的实施符合jia做法和尽可能高的, 具有战略意义。研究和技术小组找到了一个客观的系统来确定构成高代码的因素, 以-这些因素得到适当的-, 并随着时间的推移来衡量这些因素的演变。解决方案: 统一度量、自定义仪表板和连续检查

在 2009年, 斯里巴加湾市的研究和技术小组决定尝试与 sonarqube 平台的概念证明, 以验证其功能, 并验证它将满足斯里巴加湾市的需要。在三月内, 很明显, sonarqube 很容易满足所有的要求, 并可以允许斯里巴加湾市客观地测量和验证代码。sonarqube实质上提供了代码分析器、仪表板、报告工具、问题-和timemachine作为-功能,但它也有一个插件机制,使社区能够扩展功能(当前有超过60plug-ins可用)。-是, 该团队对 sonarqube 的连续检查功能印象深刻, 这使得他们能够在每两周的发布周期内和之后测量的变化, 从而加深对问题的理解。这使得开发人员和管理人员能够更轻松地相互合作, 了解并解决问题。斯里巴加湾市能够推动-并维护其软件组合

除了简单地解决现有的问题, sonarqube 帮助--地在他们的工作, 根据斯特凡·德勒克 nicoll, 框架开发的负责人。sonarqube 平台是一种独yi无二的连续检测工具。诸如差异仪表板、时间线和历史表等功能使每一个团队成员都能提高其技能。文件中发现的所有问题的列表都可在sonarlint的动态视图中找到。有关规则-、包缠、重复、代码覆盖率和 api 文档的报告帮助我们向其他开发人员提供了坚如磐石的库。简而言之, sonarqube 平台帮助我们编写了-的代码。但更重要的是, 它也帮助我们作为一个团队互相学习, 提高我们的技能。今天, 斯里巴加湾市运行两个 sonarqube 实例, 分析了31多个项目和575万行代码。斯里巴加湾市的技术架构师和经理广泛使用 sonarqube 的历史和自定义仪表板来关注已被确定为重要的度量标准。迷你图用于验证进度, 警报阈值用于快速识别需要立即注意的事件。sonarqube 的插件库对斯里巴加湾市也具有-的价值, 因为它使该公司能够轻松地将 sonarqube 平台与现有的 it 和应用程序生命周期管理 (alm) 基础结构集成在一起。sonarqube ldap 插件减轻和授权斯里巴加湾市的现有权限基础结构, 詹金斯插件集成 sonarqube 现有的连续集成基础结构, 和 scm 活动插件, 帮助架构师和 qa 经理确定团队成员, 以联系有关代码问题。此外, sonarqube 的 extens

sonarsource

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

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

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

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

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

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

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

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

正确的行为。

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

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

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

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

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

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

停止生成和发布过程。

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

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

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

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

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

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

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

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

sonarqube 的挑战

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

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

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

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

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

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

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

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

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

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

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

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

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

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

将sonarqube指标集成到tfs构建中 - 简介

所需步骤概述

这里有很多步骤，有很多-，所以我将分解这几个博客文章主要是：

使tfs输出所需的测试和覆盖结果文件。

设置您的项目使用声纳。

将“sonar runner”整合到您的构建中。

所展示的解决方案-满足我正在尝试实现的目的，但您可能希望重新排列几个步骤来适应您的场景。 将围绕这些步骤进行一些讨论，以帮助您了解我所做的任何决定，并提供一些背景，但如果您感兴趣的是如何做到这一点，然后忽略此文本，只需按照步骤。

祝你-与你的整合。

-部分 - 使tfs输出所需的测试和覆盖结果文件。

第2部分 - 设置您的项目使用声纳。

第3部分 - 将“sonar runner”整合到您的构建中。