SonarSource通过上述命令成功分析项目将导致以下输出到控制台或日志文件：SonarQubeRunner2.3Java1.7.0_25OracleCorporation（64位）MacOSX10.8.5x86_64INFO：Runner配置文件：/opt/sonar-runner-2.3/conf/sonar-runner.properties信息：项目配置文件：/Users/manisarkar/bn_projects/TimelineJS/sonar-project.propertiesINFO：默认语言环境：“en_US”，源代码编码：“UTF-8”信息：工作目录：/Users/manisarkar/bn_projects/TimelineJS/.sonar信息：SonarQube服务器3.714：11：20.927INFO-加载批量设置。。。14：11：38.290INFO-ANALYSISSUCCESSFUL，你可以浏览http：//localhost：9000/dashboard/index/TimelineJS14：11：38.292INFO-执行工作后类org.sonar.issuesreport.ReportJob14：11：38.293INFO-执行岗位职责类org.sonar.plugins.core.issue.notification.SendIssueNotificatiPo的sdtJob14：11：38.314INFO-执行工作后类org.sonar.plugins.core.batch.IndexProjectPo的stJob14：11：38.356INFO-执行工作后类org.sonar.plugins.dbcleaner.ProjectPurgePo的stJob14：11：38.365INFO--＆gt;在2013-08-19和2013-09-15之间每天保留一张快照14：11：38.365INFO--＆gt;在2012-09-17和2013-08-19之间每周保留一个快照14：11：38.365INFO--＆gt;在2008-09-22和2012-09-17之间每月保留一个快照14：11：38.365INFO--＆gt;删除之前的数据：2008-09-2214：11：38.368INFO--＆gt;CleanTimelineJS[id=151]14：11：38.372信息-信息：------------------------------------------------------------------------信息：执行成功信息：------------------------------------------------------------------------总时间：19.099s终内存：14M/502M信息：------------------------------------------------------------------------以下是几个链接，以示例sonar-project.properties文件来帮助创建新的，即非MavenJava项目的Sonar设置[05]和SonarQubeRunner[06]分析。注意：SonarQubeRunner希望SonarQube在指ding端口上运行，否则会抛出错误，例如ERROR：Sonarserverhttp：//localhost：9000无法访问。这当然可以通过配置文件进行更改（参见上一篇文章[01]）。SonarQube组件一旦构建完成并成功，可以在仪表板中找到新的或更新的项目。钻入项目将带来一个屏幕，载入重要指标和分析项目的各个方面：（以上是示例应用程序的屏幕截图）令人感兴趣的主要重要组成部分是质量指标，复杂因素，复杂性（左下），测试覆盖率指标（单位测试覆盖率和单位测试成功率）。可能安全违规。PackageTangleIndexandDependenciestocut，绝dui是方便的，代理商sonarqube安装，以保持清洁的包和松散耦合的依赖关系。同样的说法，LCOM4（方法中缺少凝聚力-降值越好），代理商sonarqube安装配置，复杂性也揭示了你的类，方法和功能的松散耦合-它也是在文件级别和整体级别给出全图。所有这些组件都是软件质量的良好指标，至少如果不是软件工艺-底层代码写在质量上有多好？或者它可以被看作是-仍然是充足的改进和重构的房间。热点视图现在进一步分析了分析的其他一些重要方面，并突出显示需要更多关注的领域或者一个更多的问题在其顶点附近-要么超越da允许限制，要么需要更多的抛光才能满足要求。（以上是在nemo.sonarqube.org网站上发布的JDK7的截图）我非常喜欢下面的设计组件，它可以很好地分解包装依赖关系并强调依赖循环。它是中大型项目中更复杂的事情之一，通常可能会阻碍模块化。SonarSource代码质量是一个不断增长的市场，它是分析师对其大规模采用和大量投资回报的雷达。介绍麦凯布的圈复杂度长期以来一直是事实上的标准测量方法的控制流的复杂性。它的目的是确定软件模块将很难测试或维护[1]，代理商sonarqube教程，但当它准确地计算xiao的测试用例需要完全覆盖的方法，它不是一个令人满意的测量理解。这是因为具有相等圈复杂度的方法不一定存在同样的困难，维护，导致一种感觉，测量啼狼由over-valuing一些结构，而under-valuing其他构造.同时，圈复杂度不再是全mian的。制定的Fortran环境在1976年，它不包括现代语言结构，如尝试/捕zhuo，和lambda。，因为每个方法都有一个xiao的圈复杂度得分，它是不可能知道任何具有高聚合圈复杂度的给定类是否一个大的、易于维护的域类，或一个具有复杂控制流的小类。在类级别之外，人们普遍承认，代理商sonarqube，圈复杂度的分数应用程序与它们的代码总计行相关联。换言之，圈复杂度是在方法级别上很少使用。作为对这些问题的一种补救，认知复杂性已经被制定来解决现代语言结构，并产生的价值是有意义的类和应用程序级别。更重要的是，它背离了基于数学模型，使其能够产生控制流的评估，对应于程序员的直觉的精神，或认知的努力，需要了解这些流动.SonarSource不断的检查，新的软件质量范例，解决和解决的关键挑战在代码质量管理中:太少，太迟推回开发团队缺乏过程所有权异构要求团队收到关于质量的持续反馈，包括对一组质量要求一个清晰的，更新的质量演变的图片随时可用，包括版本间的比较团队可以从介绍中跟踪问题，并提供反馈一旦出现质量缺陷，就会通知风险承担者质量门每天执行的质量门迭代成为一个事件开发商的持续教育导致良性循环的改善质量行动计划直接在团队内部生成，并集成在开发过程软件质量是开发过程的一部分评论包括背景和历史信息，包括不同版本和对软件所做的各种更改利益干系人可以访问有关其软件质量的有意义的信息实时开发团队一旦收到质量缺陷的信息添加(通过电子邮件，在IDE中可见，...)使问题立即得到解决团队获得开发更好软件的能力代码质量的归属属于开发团队软件质量被嵌入到开发过程中，成为每个人的责任整个组织都可以访问软件质量工具，以每个利益相关者质量要求可以在团队中的共享、更新和评审成员和整个组织质量判断是以自动化的方式在客观的基础上做出的事先发布到组织的标准。报告清楚地显示了软件的可维护性，并立即不需要外部顾问就可以理解开发人员的持续教育导致显著的软件质量从长远来看改善团队有能力测量新的和更改的软件质量代码以及整个代码库团队可以跟踪新问题的注入苏州华克斯-代理商sonarqube教程由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司是一家从事“Loadrunner,Fortify,源代码审计,源代码扫描”的公司。自成立以来，我们坚持以“诚信为本，稳健经营”的方针，勇于参与市场的良性竞争，使“Loadrunner,Fortify,Webinspect”品牌拥有良好口碑。我们坚持“服务至上，用户至上”的原则，使华克斯在行业软件中赢得了客户的信任，树立了良好的企业形象。特别说明：本信息的图片和资料仅供参考，欢迎联系我们索取准确的资料，谢谢！)