SonarSource简介

构建更好的软件的***方法。通过在整个软件开发生命周期中支持代码质量, 帮助您的开发团队从创新的概念中受益, 同时将时间和精力集中在新功能上。的水泄漏范例

我们建议的代码质量的方法是什么？把它当作漏水的东西, 在你拖地板之前把漏水的东西修好!为什么?否则你只是在浪费你的时间和精力。配置是重复的,而且更糟糕的是,每个功能分支都包含了主分支中的所有问题和债wu。对于代码质量, 同样的逻辑适用;在任何其他情况下, 您都应该在控制下获得新更改和添加代码的质量。一旦该漏洞得到控制, 代码质量将开始系统地改善。阅读更多漏水范例领yang授权收养和赋予

代码质量应该是每个开发人员的关注点, 而不仅仅是少数***。一体化的地方分析和报告是一个加号,即使组织选择不对发送的报告采取行动。一旦您切换到一个漏水的方法, 即新的代码是唯yi的焦点的方法, 开发人员将变得非常感兴趣的主题, 因为 "代码质量" 意味着他们的代码质量。如果您添加的能力是在一个非常短的反馈循环, 你得到的控制反转: 开发人员不仅解决问题, 但在其组织的代码质量的所有权, 因为它应该是在任何地方的情况。统一质量门

除非您在发布时强制执行质量门, 否则您没有到位的代码质量实践。它是整个团队的责任,以检测和纠正代码质量问题,就像它是当软件成功并推动业务时,团队的利益和组织的利益创新,执行力强。质量门是在进入生产前经过验证的标准列表, 以确保应用程序符合质量要求。换言之, 这是内部质量的去/不去。采用漏水方法, 您可以为每个应用程序强制使用相同的质量闸门, 因为焦点将从应用程序中的遗留代码转移到新的或更新的内容。这使得代码质量成为开发过程的一个组成部分。促进代码管理应用程序组合 (APM)应用程序投资组合管理

泄漏范例创造了一个良性循环来提高代码质量, 但不处理风险。管理者应该能够对其投资组合中的现有风险做出决策。例如, 敏感的应用程序可能需要额外的精力来解决安全问题。这就是为什么, 他们需要有一个代表他们的应用程序组合装饰与相关的健康/风险因素。

SonarQube 平台

SonarQube 是一个连续的质量分析平台, 它作为 web 服务器运行, 跟踪指标

分析代码和代码结构。SonarQube 是一个开源平台, 并被开发

牢记一个主要目标: "使代码质量管理可供每个人使用

***xiao的努力。SonarQube 生态系统是由 SonarQube 平台和一套

plug-ins 在公共基础设施上担任东道主。

SonarQube 实质上提供了代码分析器、仪表板、报告工具、问题跟踪和

TimeMachine 作为***功能, 但它也有一个插件机制, 使社区能够

扩展功能 (当前有超过 60 plug-ins 可用)。

SonarQube 可以成为源代码质量的协调中心, 因为它不需要

限于开发人员或技术娴熟的, 但可以提供有用的信息广泛

项目经理, 技术领导, IT, 甚至在一个组织内的业务领导

可自定义的仪表板。SonarQube 的建筑和 plug-ins (如 SQALE) 和

管理和跟踪技术债务的机会可以为管理人员提供关键信息和

业务在整个软件生命周期中反复地主动地解决缺陷。他们提供

与质量和成本有关的项目的***概述, 并帮助解决风险。

SonarQube 提供的不仅仅是关于软件健康的***指标。由于开发人员

提供了一个粒度代码级别的信息, SonarQube 使这些构建软件

查找并深化到存在代码问题的位置。SonarSource 的产品组合使

对软件变更领域的反馈和影响分析, 并提供反馈, 说明如何

改进开发方法。产品还提供与构建管理的协调

(与詹金斯的支持), 以帮助实现持续集成的部署。

SonarQube 集成的工具, 如 FindBugs, Checkstyle, PMD, FXCop的, C的p的p的Check 出 of-the-box,

或提供 plug-ins。然后, 它可以充当代码分析工具的中心中心,

从而为多个项目提供历史洞察力和趋势分析。一体化的地方

分析和报告是一个加号, 即使组织选择不对发送的报告采取行动。

可以访问有关代码复杂性的历史数据和发现的问题工具的数量

该代码可以提供是否有效地构建软件的可视性, 或者如果方法

需要改变。

在语言方面, SonarQube 支持分析 Java 的***, 但也有超过20

语言, 如 COBOL、c++、PL/SQL 和 c# 通过 plug-ins (开源或商业)

因为报告引擎是语言不可知的。

SonarQube 使组织能够在七轴上覆盖质量并报告:

?重复代码

?编码标准

按单元测试?覆盖范围

?复杂代码

?潜在 bug

?评论

?设计与体系结构

***xin版本还改进了软件质量属性的评估, 并

一个更好的工作范围的技术债务和孤立的问题, 创造技术债务,

根据参考。SonarQube 是可配置的, 可以给代码一个 "等级" (从 a 到

E), 并可以确定它通常在努力和所需的工作类型方面的成本

改进软件。例如, 由于缺少单元测试, 代码可能有较低的评级, 或者

由于大量的重复代码或安全违规。SonarQube 将显示

违规行为是并将估计解决这些问题的费用。用户可以更改工作量估计和

他们会被计算在内, 这是有帮助的。此版本还可以使比较团队

根据需要对项目和组织的各个部分进行评估。

虽然 SonarQube 可以在战shu上用于一次性审计, 但它可以更具战略性地利用

作为一个共享的, 共同的信息来源的质量分析正如刚才所描述的, 以帮助

支持代码质量的持续改进策略。

各种各样的组织使用 SonarQube 提供的产品组合的范围 (从

本公司的免费 "开源" 选项给企业, 站点范围内的 "终ji" 许可版本)。

然而, 目标在***是大和非常大公司与企业, 分布

开发团队和合作伙伴协调。一人团队可以使用开源版本

显然, 这可以作为一个坡道上的收养。但一旦一个组织越过

在开发项目和用户的数量方面, 需要移动到

商业企业解决方案。IDC 发表了三企业客户参考

SonarQube, 主要是开始开放源码收养, 获得立足点, 然后演变

到部署1000以上的用户。

具有 Artifactory 和 Sonarqube 集成的连续交付准备 Gradle 项目当玩弄持续集成/交付/部署的概念时, 我在 Gradle 构建以及如何将它们集成到这些概念中而苦苦挣扎。Gradle 在构建工具环境中越来越重要, 因此我创建了一个关于如何使用它的模板或原型。迫切需要一个新的模式,强调质量贯穿整个开发周期,并有更短的反馈回路,以确保快速解决内部质量问题。我选择了一个场景, 我看到了 Maven 和其他工具已经实现了:

推动风投转向中央风投将更改标记为特定 id 并将其推回中央 VCS使用单元测试执行生成执行声纳分析执行 artifactory 上载此链使您能够不断地将每个更改设置标记、单元测试、分析并上载到您的工件存储库, 以备部署。简而言之, 这是 (从我的角度来看) 持续交货的精神。在评估有竞争力的产品时,他们寻找的是:品质特征分析提供(如死代码分析、影响分析、跨平台分析)。

环境:

Gradle 3.5 (通过项目的 Gradle 包装)Artifactory: 5.2. 1-OSS, 运行在 http://localhost:8081/artifactorySonarqube: 6.3.1, 跑在 http://localhost:9000注意: 在这种情况下, Sonarqube 和 Artifactory 将由管理员用户使用。可以访问有关代码复杂性的历史数据和发现的问题工具的数量该代码可以提供是否有效地构建软件的可视性,或者如果方法需要改变。在实际生产环境中, 必须将其更改为更安全的方式

首先, 我在 Artifactory 中添加了一个本地 (m2-compatible) 和两个远程存储库:

"库-释放-本地" 是为了保存我自己的工件 (这就是为什么它被称为 "本地")"插件-gradle-org" 指向远程回购 "http://plugins.gradle.org/m2/" (这是 gradle 插件所必需的)"repo1-maven-org" 指向远程回购 "http://repo1.maven.org/maven2/" (这是项目的所有其他依赖项所必需的)此外, 我创建了一个虚拟的回购 "释放" 包含所有 3 mentionend 回购。这使得从一个位置获取所有发布的库更容易。此版本还可以使比较团队根据需要对项目和组织的各个部分进行评估。

该项目本身并不真正重要的这篇文章。我认为这是一个标准的 java 项目, 遵循 Maven/Gradle 的惯例。更有趣的部分是 Gradle 文件:

gradle/包装/gradle 包装。生成. gradle凭据. 属性gradle. 属性设置. gradle