SonarSource简介
我们为整个开发组织增添了价值。无论您在开发组织中的角色是什么, SonarSource 解决方案都增加了价值, 因为我们有 cutting-edge 的功能, 您需要在您的软件组合中da限度地提高质量和管理风险。为开发
软件开发人员终负责代码质量。代码质量是所谓的非功能性需求的一部分, 因此是开发人员的直接责任。因为代码质量不是应该推迟到以后进行的, 所以我们的解决方案在开发过程的每一步都提供了反馈, 从 IDE 到发布, 包括任何中间升级。这使开发人员能够对代码质量做出早期和经过教育的决策, 使他们能够更好地完成工作并提供更好的软件。开发devops为devops
DevOps 团队需要确保软件建立在正确的道路上。DevOps 队有很多责任。其中包括支持开发过程、自动化测试、确保质量、提高生产率以及终启用连续部署。良好的代码质量是实现所有这些目标的必要条件, 虽然不是充分的条件。我们的解决方案提供了一个代码质量的收费门, 可以添加在任何建设/测试/部署步骤。这使 devOps 团队能够自动执行一组质量标准, 从而确保组织提供更好的软件。为高管
SonarSource 解决方案降低了风险并提高了团队生产率。管理人员需要能够安全地操作软件, 并以成本为投资回报辩解。我们的解决方案向执行官们一目了然地展示了他们面临的操作风险以及缓解的成本。它还有现成的功能, 可以系统地改进可维护性, 从而提高开发团队的长期生产率。这使管理人员能够确保其组织提供更好的软件, 并以jia成本使用风险控制方法。
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以上的用户。
SonarSource
通过上述命令成功分析项目将导致以下输出到控制台或日志文件：
SonarQube Runner 2.3
Java 1.7.0_25 Oracle Corporation（64位）
Mac OS X 10.8.5 x86_64
INFO：Runner配置文件：/opt/sonar-runner-2.3/conf/sonar-perties
信息：项目配置文件：/Users/manisarkar/bn_projects/TimelineJS/sonar-perties
INFO：默认语言环境：“en_US”，源代码编码：“UTF-8”
信息：工作目录：/Users/manisarkar/bn_projects/TimelineJS/.sonar
信息：SonarQube服务器3.7
14：11：20.927 INFO - 加载批量设置
。
。
。
14：11：38.290 INFO - ANALYSIS SUCCESSFUL，你可以浏览http：// localhost：9000 / dashboard / index / TimelineJS
14：11：38.292 INFO - 执行工作后类portJob
14：11：38.293 INFO - 执行岗位职责类re.ndIssueNotificationsPo的sdtJob
14：11：38.314 INFO - 执行工作后类re.dexProjectPo的stJob
14：11：38.356 INFO - 执行工作后类ugins.jectPurgePo的stJob
14：11：38.365 INFO - - ＆gt;在2013-08-19和2013-09-15之间每天保留一张快照
14：11：38.365 INFO - - ＆gt;在2012-09-17和2013-08-19之间每周保留一个快照
14：11：38.365 INFO - - ＆gt;在2008-09-22和2012-09-17之间每月保留一个快照
14：11：38.365 INFO - - ＆gt;删除之前的数据：2008-09-22
14：11：38.368 INFO - - ＆gt; Clean TimelineJS [id = 151]
14：11：38.372信息 - 信息：----------------------------------------- -------------------------------
信息：执行成功
信息：------------------------------------------------ ------------------------
总时间：19.099s
终内存：14M / 502M
信息：------------------------------------------------ ------------------------
以下是几个链接，以示例sonar-perties文件来帮助创建新的，即非Maven Java项目的Sonar设置[05]和SonarQube Runner [06]分析。
注意：SonarQube Runner希望SonarQube在指ding端口上运行，否则会抛出错误，例如ERROR：Sonar server http：// localhost：9000无法访问。这当然可以通过配置文件进行更改（参见上一篇文章[01]）。
SonarQube组件
一旦构建完成并成功，可以在仪表板中找到新的或更新的项目。钻入项目将带来一个屏幕，载入重要指标和分析项目的各个方面：
（以上是示例应用程序的屏幕截图）
令人感兴趣的主要重要组成部分是质量指标，复杂因素，复杂性（左下），测试覆盖率指标（单位测试覆盖率和单位测试成功率）。可能安全违规。 Package Tangle Index and Dependencies to cut，绝dui是方便的，以保持清洁的包和松散耦合的依赖关系。同样的说法，LCOM4（方法中缺少凝聚力 - 降低价值越好），复杂性也揭示了你的类，方法和功能的松散耦合 - 它也是在文件级别和整体级别给出全图。所有这些组件都是软件质量的良好指标，至少如果不是软件工艺 - 底层代码写在质量上有多好？或者它可以被看作是 - 仍然是充足的改进和重构的房间。
热点视图现在进一步分析了分析的其他一些重要方面，并突出显示需要更多关注的领域或者一个更多的问题在其顶点附近 - 要么超越da允许限制，要么需要更多的抛光才能满足要求。
（以上是在网站上发布的JDK7的截图）
我非常喜欢下面的设计组件，它可以很好地分解包装依赖关系并强调依赖循环。它是中大型项目中更复杂的事情之一，通常可能会阻碍模块化。
使用SonarQube进行PL / SQL分析 - 评估质量（2/3）
发表评论
PLSQLEva2可以让你等待PL / SQL代码和SonarQube这一系列的以下内容，但是我很忙，工作和我的笔记本电脑突然决定放弃我，当然引用墨菲的定律来证明在坏的情况下分解时间。
在之前的帖子中：在使用SonarQube配置PL / SQL代码的分析后，我们通过指导“阻止程序和关键”规则的鲁棒性，性能和安全性定义了我们自己的质量配置文件。现在看起来像我们的仪表盘？
继续阅读→
此条目发布于2014年2月27日由Jean-Pierre FAYOLLE发行的SonarQube - PL / SQL。
使用SonarQube进行PL / SQL分析 - 评估质量（1/3）
发表评论
PLSQL_evaluationQualité1A作为本系列的综合，用于使用SonarQube分析PL / SQL代码。
在与Jenkins配置我们的分析之后，我们启动了它，发现了17个阻塞程序，但是使用默认的SonarQube质量配置文件发现了零个关键缺陷（Critical）。事实上，现有的5项关键规则已被禁用，另外还有一些其他不同临界规则：132项中有58项。
继续阅读→
此条目发布于2014年1月30日由Jean-Pierre FAYOLLE发行的SonarQube - PL / SQL。