sonarqube 中文-苏州华克斯信息

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.ndIssueNotificatiPo的sdtJob

14：11：38.314 INFO - 执行工作后类re.dexProjectPo的stJob

14：11：38.356 INFO - 执行工作后类ctPurgePo的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（方法中缺少凝聚力 - 降值越好），复杂性也揭示了你的类，中国sonarqube 中文，方法和功能的松散耦合 - 它也是在文件级别和整体级别给出全图。所有这些组件都是软件质量的良好指标，至少如果不是软件工艺 - 底层代码写在质量上有多好？或者它可以被看作是 - 仍然是充足的改进和重构的房间。

热点视图现在进一步分析了分析的其他一些重要方面，代理商sonarqube 中文，并突出显示需要更多关注的领域或者一个更多的问题在其顶点附近 - 要么超越da允许限制，要么需要更多的抛光才能满足要求。

（以上是在网站上发布的JDK7的截图）

我非常喜欢下面的设计组件，它可以很好地分解包装依赖关系并强调依赖循环。它是中大型项目中更复杂的事情之一，通常可能会阻碍模块化。

使用SonarQube进行PL / SQL分析 - 配置

发表评论

SonarQubePLSQL2在这个关于使用SonarQube分析PL / SQL代码的新系列的第yi篇文章中，我们看到了如何组织我的分析环境：

一个文件夹C：﹨ SRC ﹨与我所有的项目，

于每个项目的子目录，sonarqube 中文，

不同的其他子目录，包括一个'.. ﹨ Source'，其中包含要分析的源代码。

在我们的PL / SQL分析的情况下，这将被放在文件夹'C：﹨ SRC ﹨ Demo ﹨ PLSQL ﹨ Source'中。

让我们看看如何用Jenkins来创建和配置SonarQube这个代码的分析。继续阅读→

Jean-Pierre FAYOLLE于2013年12月27日发布了SonarQube - PL / SQL。

使用SonarQube - 组织进行PL / SQL分析

发表评论

SonarQubePLSQL1现在我更新了我的源代码分析环境，随着SonarQube或SonarQube-Runner和Jenkins的升级，时间已经到来更新了一个应用和演示的存储库。继续阅读→

此条目发布于2013年12月22日由Jean-Pierre FAYOLLE发行的SonarQube - PL / SQL。

连续检查由奥利维尔 Gaudin，SonarSource SA 执行官兼共同创始人软件的范式转换质量管理介绍软件质量是每个商业企业日益关注的问题， 因为不断升级的角色软件在运行关键业务系统中发挥作用。软件质量包括外部和内部质量。外部或功能性， 质量描述软件与其定义的功能需求–它是否按预期执行？内部质量描述关键的内部代码的特性， 如健壮性、标准一致性和可维护性。行业统计显示， 平均而言， 软件产品的生命周期成本的80% 用于维护，根据内部质量， 维护成本有很高的变异性。这意味着水平软件产品的可维护性今天将决定其成本责任的水平明天。传统的代码质量控制方法涉及 so-called 的准时审核或质量门， 这是对源代码的定期审核。这些审计通常由外部审计员在开发过程的 '后一英里'-在功能测试期间或之后。根据他们的本性准时的审核会导致开发周期的中断， 因为它们会导致更改'已完成' 软件。在hao的情况下， 这种质量控制方法会导致延迟和返工。在坏的情况是， 它导致了劣质软件的发布。在这两种情况下， 传统方法使人们认识到， 构建高质量的软件过于复杂和昂贵。迫切需要一个新的模式，中国sonarqube 中文， 强调质量贯穿整个开发周期， 并有更短的反馈回路， 以确保快速解决内部质量问题;简而言之，从一开始就建立质量的模型， 而不是事后考虑。连续检查是一个整体的、完全实现的过程， 旨在使内部代码质量成为软件开发生命周期的组成部分。通过提高所有利益相关者的度生命周期， 连续检测使企业能够接受代码质量 whole-heartedly。在 SonarSource 的支持下， 连续检验范式是非常有效的， 并已被证明从小公司到财富100强企业， 在现实世界中工作，各行业。本文详细介绍了代码质量管理中的关键问题。它然后介绍了连续检查范式， 并说明了它如何解决这些挑战，支持数以千计的企业提高软件质量。