SonarSource简介

如何使这一切一起工作？从编码到升级您的构建, SonarSource 产品将支持整个软件开发生命周期, 以管理代码质量、降低风险并***终提供更好的软件。当编码

在存在问题之前修复它们。不需要处理质量问题的***hao方法是不首先将其注入。这是 SonarLint 的首要任务作为 ide 的扩展, 它可为开发人员提供新的 bug 和质量问题的即时反馈。编码推当推

将自动和手动代码复查结合在请求上, 以启用受教育的合并。连续检查由奥利维尔Gaudin,SonarSourceSA***执行官兼共同创始人软件的范式转换质量管理介绍软件质量是每个商业企业日益关注的问题,因为不断升级的角色软件在运行关键业务系统中发挥作用。拉请求是进行代码复查的***jia场所, 因为它们是在功能完成但尚未合并到主分支中时创建的。请求分析器将运行自动代码分析, 并在请求中直接提供结果以及其他任何评论, 这些都是发生的, 允许负责合并的人做出***有教养的决定。当促进

SonarQube 是代码升级到测试和生产环境的收费门。质量门是一个主要的, 现成的 SonarQube 功能。生产力:SonarQube通过使开发团队能够检测代码的重复和冗余,从而提高了生产率。它提供了在每次分析时都能知道应用程序是否通过或失败发布条件的能力。换句话说, 它告诉您在每个分析应用程序是否准备好生产 "上"。因此, 在推广文的物之前, devOps 将被用作守门人。促进管理投资组合当管理

SonarQube 充当散热器, 可维护性、可靠性和安全性。组织的***管理层必须能够评估与其应用程序相关的风险。这种能力来自于企业包中的治理产品, 以及将项目合并到一个结构化的应用程序组合中。

SonarSource

提高应用价值, 降低软件开发风险

成功的组织在过程中向前移动质量分析并使其迭代

作为整个软件开发生命周期的一部分。开发和测试世界和业务

方法以及正在向敏捷模型演进-持续的价值生成/连续

改进/连续检验是提高质量的重要战略。这些都是

IDC 为 end-user 客户和服务提供商所观察到的关键策略:

?传统的代码质量方法通常在测试成为检查表项时失败

在开发过程结束时, QA 团队运行一个工具并返回

开发团队在软件进入之前需要采取的行动列表

生产.这可能导致延迟和预算超支。所以会发生什么

经常是管理标志移动项目, 没有质量门

发展.

?在项目开始时从项目代码分析中收集适当的度量标准

是至关重要的。如果没有正确的度量标准 (或任何度量标准), 代码库可能会在没有人注意的情况下恶化, 或者在技术债wu达到一定的时候才会注意到

在时间和预算限制的情况下, 成本太高而无法解决的级别。收集

代码度量连续可以提供可见性, 并使团队的优势

控制代码库的技术债wu。

?理解要修复的代码也是***的。通常, 团队开始重构

因为他们认为代码库在性能、脆性、不稳定性方面是不好的,

难于维护和扩展。但如果没有正确的语境分析, 它是

无法检测到代码库的哪个部分负责所遇到的问题。

因此, 更改可能会应用到错误的代码, 或者正确的代码被重构

错误的方式, 或只有部分问题得到解决。这是一个度量和工具的领域

可以通过标识导致问题的代码部分来帮助。

确保持续的软件质量是成功的关键

end-user 公司和服务组织都必须运行软件开发作为

业务.这样做的一部分是管理软件的远程可维护性, 即

发展今天你需要保持明天。积极主动的架构, 也

所创建内容的质量是管理软件长期支出的关键

维护;保存错误的、结构较差的软件是更昂贵的。

在这方面, 应用程序维护团队还需要对软件进行可视化, 以便能够更好地

维护代码以降低成本, 实现更好的质量, 并提高客户响应能力

和 ROI。在将任何代码发送到客户之前, 为代码建立一致的进程

分析可以帮助确保必须运行软件的公司的长期改进

有效地发展。

SONARSOURCE 和 SONARQUBE 平台

SonarSource: 介绍

SonarSource 是一家瑞士公司, 成立于2008年。该公司诞生的愿望

处理和解决与软件质量相关的不断增长的问题, 并为市场带来解决方案

可以跟踪的软件开发过程中的代码质量。在竞争激烈的市场中

来自少数提供商的服务, SonarSource 的投资组合是由它的根在开放的区别

来源, 其可访问性, 和一系列的参与选项从包装和定价

角度.

SonarQube 平台被创造了并且采取了到市场 (***作为 "声纳"), 与 SonarSource

在2009年10月发布该平台的第yi个商业插件。到 2010年3月,

SonarSource 开始看到社区和企业都接受了 SonarQube 平台,

到那时, 一个月被***超过2000次。在 2010年5月, SonarSource

发布的 COBOL 和 Visual Basic plug-ins, 随后几个月后由一个 SQALE 插件,

c# 插件 (2011年6月) 和 PL/SQL 插件 (2011年9月)。

该公司的主要意图是带来负担得起的和直观的质量解决方案和分析

开发人员还提供了广泛、分布式使用的功能。今天, SonarSource 有

***约有350客户, 包括德意志银行、美国银行、米其林、

西班牙、法国巴黎银行、泰雷兹和 EADs。SonarQube 平台使用约300

客户, 与3万和4万安装。该公司已看到的

在过去几年的增长, 它现在雇用了超过30员工, 从20人

就在12月前

SonarQube 是一个基于 web 的开源平台, 用于测量和分析源代码的质量。代码质量分析使您的代码更加可靠, 可读性更强。外部或功能性,质量描述软件与其定义的功能需求–它是否按预期执行。SonarQube 是用 java 编写的, 但它可以通过插件分析和管理超过20编程语言的代码, 包括 c/c++、PL/SQL、Cobol 等。插件扩展了 SonarQube 的功能。有超过50插件可用。SonarQube 由 SonarSource 维护。声纳覆盖7段代码质量

体系结构和设计单元测试重复代码潜在 bug复杂代码编码标准评论SonarQube 接收文件作为输入, 并分析他们连同障碍。然后计算一组度量值, 将它们存储在数据库中并在仪表板上显示它们。或者,您可以右键单击某个问题,然后选择要带到SonarLint规则说明视图的规则说明,以及具有兼容和不兼容代码示例的规则的详细说明。这种递归实现有助于分析代码质量以及代码如何随着时间的推移而改进。好吧, 让我们来看看使用 SonarQube 的好处。检测和警报:

SonarQube 在很短的时间内降低了软件开发的风险。它会自动检测代码中的 bug, 并提醒开发人员在推出产品之前修复它们。SonarQube 还突出了单元测试所不包含的复杂代码区域。它通过检测和提醒开发人员来降低误解的风险。持续:

通过保持简洁的代码体系结构和增加的单元测试, SonarQube 平台通过减少代码中的复杂性、重复性和潜在 bug, 大大提高了应用程序的使用寿命。SonarQube 提高了软件的可维护性。它还具有处理更改的能力。生产力:

SonarQube 通过使开发团队能够检测代码的重复和冗余, 从而提高了生产率。在IDC中,我们一直在跟踪重大业务变更项目的成功率组织在过去的几年里,和我们的2014QA调查横跨超过200大企业发现有问题的项目成功率。SonarQube 方便团队成员减少应用程序的大小、代码的复杂性、维护时间和成本, 使代码易于阅读和理解。SonarQube 在更改应用程序代码时降低了额外成本和时间的风险。提高质量:

SonarQube 可以作为一个多维分析员进行操作, 并且可以对代码质量的七部分进行通知。为了更好的质量, 它避免了重复的代码, 使代码的复杂性降低, 并增加了单位的覆盖面。它可以确定违反代码标准, 并帮助软件开发团队消除 bug。这意味着使用SonarQube作为"诊断指标"而不是"基于结果的"指标,可以更好的推动成功。它维护高质量的体系结构, 强制执行编码标准和文档 api。此平台还有助于开发人员创建可自定义的仪表板和筛选器, 以集中于关键区域。这些工具可帮助监视代码质量并跟踪问题。它有助于及时交付质量产品。提高开发人员技能:

开发团队作为其开发过程的一部分可以快速采用它, 因为 SonarQube 为开发团队提供了巨大的价值。开发团队定期收到质量问题的反馈, 帮助他们提高编程技能。SonarQube 帮助开发人员了解其软件的质量, 并确保代码的透明性。规模与业务需求:

SonarQube 的设计是为了扩展业务需求。还没有发现它的可伸缩性的限制。SonarQube 已经在环境中进行了测试。它对超过400万行代码和二十***的5000多个项目执行日常分析。启用连续代码质量管理:

使用 SonarQube, 代码分析变得更加容易, 开发人员可以获得宝贵的洞察力, 以确保这一点得到广泛采用。代码质量成为开发过程和开发团队的一部分。通过启用连续代码质量管理, 提高了软件质量, 降低了软件管理的成本和风险。有效地定义和增加需求:

SonarQube 有一套预先定义的标准, 使开发人员和软件管理人员能够立即了解应用程序的质量。为了适应组织或团队的特定要求, 可以轻松地进行配置。培育创新:

随着越来越多的公司迁移到 SonarQube 平台, 它们的规模和多样性也在增加。此平台使这些公司能够自定义和扩展其功能。公司可以获得越来越多的插件和广泛的***网络。通过供应商支持和服务降低风险:

为使客户能够从其投资中获得***da价值, SonarQube 提供了额外的价值和***支持。服务包括开发、技术支持、咨询和培训, 旨在帮助企业获得长期利益。SonarQube仍在发展其对影响分析的支持,但同时一些客户引用已创建解决此问题的变通方法。在 Vizteck 解决方案中, 我们使用基于代码评审。然而, 在集成 SonarQube 与我们的连续集成过程与 Jenkin。SonarQube 帮助我们的开发人员识别大部分的东西, 减少开发人员要求代码审查所需的时间。

使用安装在Mac OS X Mountain Lion 10.8.4上的SonarQube?（以前称为Sonar?）

发表在未分类的neomatrix369

介绍（续）

继续从之前在Mac OS X Mountain Lion 10.8.4 [01]上安装SonarQube?（以前称为Sonar?）的博客文章，我们将介绍如何在不同情况下使用SonarQube。

这个帖子可能会比前一个更加冗长，即使用命令输出和屏幕截图，说明SonarQube如何响应各种用户操作。

运行SonarQube分析项目

我们将介绍SonarQube可以通过maven或Sonar-runner（用于非Maven项目）分析项目（以SonarQube支持的编程语言[02]编写）的两种方式，以及SonarQube的不同方面这有助于作为静态代码分析工具。

通过maven

转到包含maven配置文件（即pom.xml）的项目文件夹，并根据***终目标运行以下命令之一：

$ mvn clean安装声纳：声纳

$ mvn install sonar：sonar

$ mvn声纳：声纳

$ mvn clean sonar：sonar 的-Dsonar.host.url = http：// localhost：nnnn

（其中nnnn是SonarQube正在侦听的备用端口号）

输出

通过上述命令成功分析项目将导致以下输出到控制台或日志文件：

[INFO] ----------------------------------------------- -------------------------

[INFO] BUILD SUCCESS

[INFO]总时间：29.923秒

[INFO]完成时间：Fri Sep 13 18:07:01 BST 2013

[INFO] Final Memory：62M / 247M

[INFO] [18：07：01.557]执行org.apache.maven.plugins：maven-surefire-plugin：2.10：test done：20372 ms

[INFO] [18：07：01.557]执行maven插件maven-surefire-plugin done：20373 ms

。

[INFO] [18：07：09.526] ANALYSIS SUCCESSFUL，您可以浏览http：// localhost：9000 / dashboard / index / com.webapplication：sub-webapp

[INFO] [18：07：09.528]执行职位后的类org.sonar.issuesreport.ReportJob

[INFO] [18：07：09.529]执行工作后类别org.sonar.plugins.core.issue.notification.SendIssueNotificati***Po的stJob

[INFO] [18：07：09.529]执行职位后的类org.sonar.plugins.core.batch.IndexProjectP的ostJob

[INFO] [18：07：09.580]执行工作后类org.sonar.plugins.dbcleaner.ProjectPurgeP的ostJob

[INFO] [18：07：09.590] - ＆gt;在2013-08-16和2013-09-12之间每天保留一张快照

[信息] [18：07：09.591] - ＆gt;在2012-09-14和2013-08-16之间每周保留一张快照

[信息] [18：07：09.591] [信息] [18：07：09.614] 2008-09-19和2012-09-14之间每月保留一个快照

[INFO] [18：07：09.627] - ＆gt;删除之前的数据：2008-09-19

[INFO] [18：07：09.629] - ＆gt;清理webapp [id = 1]

[信息] [18：07：09.631] [信息] ------------------------------------- -----------------------------------

[INFO]总时间：38.345秒

[INFO]完成于：Fri Sep 13 18:07:09 BST 2013

[INFO] Final Memory：28M / 255M

以下是几个链接到pom.xml文件的示例，这些文件应该有助于创建新的或修改现有配置以将maven项目与SonarQube（包括其他maven CLI交换机）集成在一起，即使用Maven [03]和SonarQube分析Github [04] 。

通过声纳赛

转到包含sonar-project.properties配置文件的项目文件夹，然后运行以下命令：

</ DIV>

<DIV> </ DIV>

<div> $ sonar-runner </ div>

<DIV>