SonarSource代码质量是一个不断增长的市场，它是分析师对其大规模采用和大量投资回报的雷达。介绍麦凯布的圈复杂度长期以来一直是事实上的标准测量方法的控制流的复杂性。它的目的是确定软件模块将很难测试或维护[1]，但当它准确地计算xiao的测试用例需要完全覆盖的方法，它不是一个令人满意的测量理解。这是因为具有相等圈复杂度的方法不一定存在同样的困难，维护，导致一种感觉，测量啼狼由over-valuing一些结构，而under-valuing其他构造.同时，圈复杂度不再是全mian的。制定的Fortran环境在1976年，它不包括现代语言结构，如尝试/捕zhuo，和lambda。后，因为每个方法都有一个xiao的圈复杂度得分，它是不可能知道任何具有高聚合圈复杂度的给定类是否一个大的、易于维护的域类，或一个具有复杂控制流的小类。在类级别之外，人们普遍承认，圈复杂度的分数应用程序与它们的代码总计行相关联。换言之，圈复杂度是在方法级别上很少使用。作为对这些问题的一种补救，认知复杂性已经被制定来解决现代语言结构，并产生的价值是有意义的类和应用程序级别。更重要的是，它背离了基于数学模型，使其能够产生控制流的评估，对应于程序员的直觉的精神，或认知的努力，需要了解这些流动.SonarSource使用安装在MacOSXMountainLion10.8.4上的SonarQube?（以前称为Sonar?）发表在未分类的neomatrix369介绍（续）继续从之前在MacOSXMountainLion10.8.4[01]上安装SonarQube?（以前称为Sonar?）的博客文章，我们将介绍如何在不同情况下使用SonarQube。这个帖子可能会比前一个更加冗长，即使用命令输出和屏幕截图，说明SonarQube如何响应各种用户操作。运行SonarQube分析项目我们将介绍SonarQube可以通过maven或Sonar-runner（用于非Maven项目）分析项目（以SonarQube支持的编程语言[02]编写）的两种方式，以及SonarQube的不同方面这有助于作为静态代码分析工具。通过maven转到包含maven配置文件（即pom.xml）的项目文件夹，并根据终目标运行以下命令之一：$mvnclean安装声纳：声纳$mvninstallsonar：sonar$mvn声纳：声纳$mvncleansonar：sonar的-Dsonar.host.url=http：//localhost：nnnn（其中nnnn是SonarQube正在侦听的备用端口号）输出通过上述命令成功分析项目将导致以下输出到控制台或日志文件：[INFO]------------------------------------------------------------------------[INFO]BUILDSUCCESS[INFO]------------------------------------------------------------------------[INFO]总时间：29.923秒[INFO]完成时间：FriSep1318:07:01BST2013[INFO]FinalMemory：62M/247M[INFO]------------------------------------------------------------------------[INFO][18：07：01.557]执行org.apache.maven.plugins：maven-surefire-plugin：2.10：testdone：20372ms[INFO][18：07：01.557]执行maven插件maven-surefire-plugindone：20373ms。。。[INFO][18：07：09.526]ANALYSISSUCCESSFUL，中国sonarqube教程，您可以浏览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.SendIssueNotificatiPo的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]BUILDSUCCESS[INFO]------------------------------------------------------------------------[INFO]总时间：38.345秒[INFO]完成于：FriSep1318:07:09BST2013[INFO]FinalMemory：28M/255M[INFO]------------------------------------------------------------------------以下是几个链接到pom.xml文件的示例，这些文件应该有助于创建新的或修改现有配置以将maven项目与SonarQube（包括其他mavenCLI交换机）集成在一起，中国sonarqube教程，即使用Maven[03]和SonarQube分析Github[04]。通过声纳赛转到包含sonar-project.properties配置文件的项目文件夹，然后运行以下命令：$sonar-runner输出SonarSource使用SonarQube的更广泛的影响和机会除了扫描之外，一些组织看到的一个有趣的结果是，个人开始对SonarQube提供的信息采取行动，以改变和改善其关于质量代码创建的行为。一些团队已经开始参与--甚至兴奋-关于去和检查的因素，如测试代码覆盖率，并已能够大大提高。董事们使用了SonarQube的有关规则违规的信息教育团队如何改变不良习惯以改进代码的创建。所以一个关键的结果SonarQube在这些组织使用的机会，鼓励，甚至推动正确的行为。一些组织通过强制将度量与构建集成在一起来帮助实现和释放过程。这意味着必须满足某些标准，以允许生成和发布过程向前迈进。虽然你不能强迫人们普遍看待不良的结果，当项目截止时间和软件发布日期出现下滑时，有机会使用具有特定数据点和基准的工程经理了解以前的工作。(组织这样做是明智的，他们在制定的标准停止生成和发布过程。总的来说，一个实实在在的好处是测试覆盖率翻了一番，sonarqube教程，一些测试使用SonarQube的组件团队。一些组织已经观察到测试团队的覆盖率单元测试的4-5时间的增加，以及那些的和严谨的改进使用SonarQube完成单元测试。这反过来又有助于驱动精que的基准团队的进步伴随着更高质量的代码的交付。简而言之，SonarQube可以为基本代码分析提供一个单一的点，其中用户来自开发人员可以去看看他们需要知道什么来帮助提高代码质量，可能与代码评审工具集成，以便在仪表板中包含代码评审指标。SonarQube的挑战SonarSource的关键挑战之一是让企业相信投资回报率的好处实现和使用代码分析解决方案。在这方面的问题的一部分是，它的在许多公司的时候，组织要理解长期利益是有挑战性的正在寻求快速的、迭代的部署。因此，重要的是要了解长期利益在代码的有效期内，而不仅仅是短期的优势(这是在他们自己的方式显着，但不是战略)。产品的演变，以解决功能诸如影响分析和跨平台分析等功能也是SonarSource需要集中，根据客户。与代码审查工具的集成也被提及作为未来焦点的区域。SonarSource的小规模可能是企业部署决策采用的一个障碍。但是，代理商sonarqube教程，事实上，基本产品是开源的，通常跳转开始采用的初始使用，并也为企业使用商业产品提供了一些保证。企业在更大的部署中显示采用SonarQube的客户也有助于让那些担心产品组合的能力被广泛采用的人打消疑虑。sonarqube教程-华克斯信息由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司是从事“Loadrunner,Fortify,源代码审计,源代码扫描”的企业，公司秉承“诚信经营，用心服务”的理念，为您提供更好的产品和服务。欢迎来电咨询！联系人：华克斯。)