SonarSource简介
治理产品为 gear-up SonarQube 提供了从团队级部署到企业广泛部署 SonarSource解决方案的功能。它是组织和管理大型项目组合的基石， 其质量模型基于4关键指标: 性、可维护性、可靠性和安全性。
组织大量的应用程序
治理产品提供了组织和构建大型应用程序组合的能力。这是通过定义树来完成的， 其中节点是项目组和项目的叶子。例如，可以按应用程序、按团队的应用程序、按部门分组等对项目进行分类。
治理
树的数量没有限制， 树木的深度也没有限制。
评估总体健康状况
治理产品为应用程序组合提供了几个健康因素， 包括可维护性， 又称技术债务， 它代表了应用程序或应用程序组的未来维护成本，以及性， 它代表了应用程序或应用程序组准备装运到生产的情况。
治理
突出风险领域
治理产品作为散热器， 在应用程序组合中突出显示风险区域。这包括操作风险， 即不同于运行时的预期行为以及安全漏洞风险的应用程序，即可用于其他目的的应用程序， 而不是它们的设计用途。
治理PDF 文件导出 PDF 报表
治理产品增加了将执行仪表板作为 pdf 导出的能力， 以便能够在 web 应用程序之外共享一个投资组合。还可以安排将 PDF报告定期发送到预定义的收件人列表， 从而在任何级别的投资组合中进行。查看示例项目转移转移项目历史记录
在大型组织中， 为不同部门、业务线运行多个 SonarQube 的实例非常常见， 但也有历史原因。如果是这种情况，则需要能够在保留项目历史记录的将项目从实例转移到另一项。治理产品提供了这种功能。通过扩展， 此功能允许合并 SonarQube的两个实例。IDC发表了三企业客户参考SonarQube,主要是开始开放源码收养,获得立足点,演变到部署1000以上的用户。
债务模型控制调整分析模型
每个代码分析器都包含每个规则的预定义补救成本。这些费用在发现问题时适用，允许计算技术债务补救费用。这些补救费用已在几百万行代码上进行了调整， 并且可以按目前的情况使用， 但可能需要对它们进行调整，以反映环境中的某些具体情况。
SonarSource连续检查的10原则:
开发过程中的所有利益干系人 (不仅仅是开发人员或经理) 必须具有现成的访问权限到有关软件质量的有意义的数据。
管理软件质量必须是每个人的关注从开始的发展， 开发团队的终ji责任。
软件质量必须是开发过程的一部分， 这意味着满足质量标准是一个的硬要求能够声明开发完成。
软件质量要求必须是客观的，代理商sonarqube 中文，不需要主观的通过/失败的决定。软件质量要求必须尽可能多地与所有软件产品共同， 无论他们的细节。
软件质量数据必须是xin的， 即对代码的近版本进行测量。
软件产品必须不断检查， 以便在容易发现错误时迅速正确.开发人员必须能够发现新的质量缺陷， 一旦他们被引入， 即在IDE编写代码时， 类似于拼写检查程序突出拼写错误的方式。
无论是通过推还是拉， 在注入新的质量缺陷时， 都必须提醒利益干系人， 无论这是通过发送电子邮件， 打破了构建或其他方法。
必须跟踪新问题的注入，sonarqube 中文，使团队能够快速、明智地决定质量。
软件质量数据必须提供绝dui (在所有代码) 和差异 (新的代码)值， 以便开发团队可以完全控制问题的传入流程。
所有新问题和现有关键问题都必须为解决方案指ding明确的路径和时间线。
持续的检验范式是非常有效的，并已被证明在现实世界中工作从离岸软件工厂到财富100强企业不等。这些公司成功地使用了连续检测模型来管理项目的内部软件质量所有大小。
一个财富100强的公司与超过2万的开发商使用它管理超过6亿行代码，中国sonarqube 中文，在每天分析超过5000应用程序的环境中。
在所有情况下， 连续检查帮助这些公司大大提高了软件质量和稳定， 通常节省数百万美元，否则将花费在根本原因分析和危机管理。
SonarSource
使用安装在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分析项目
我们将介绍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：testdone：20372 ms
[INFO] [18：07：01.557]执行maven插件maven-surefire-plugin done：20373ms
。
。
。
[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.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] BUILD SUCCESS
[INFO]总时间：38.345秒
[INFO]完成于：Fri Sep 13 18:07:09 BST 2013
[INFO] Final Memory：28M / 255M
以下是几个链接到pom.xml文件的示例，这些文件应该有助于创建新的或修改现有配置以将maven项目与SonarQube（包括其他mavenCLI交换机）集成在一起，用Maven [03]和SonarQube分析Github [04] 。
通过声纳赛
转到包含sonar-project.properties配置文件的项目文件夹，运行以下命令：
</ DIV>
<DIV> </ DIV>
<div> $ sonar-runner </ div>
<DIV> </ DIV>
<DIV>
输出
华克斯信息-sonarqube中文由苏州华克斯信息科技有限公司提供。“Loadrunner,Fortify,源代码审计,源代码扫描”选择苏州华克斯信息科技有限公司，公司位于：苏州工业园区新平街388号，多年来，华克斯坚持为客户提供好的服务，联系人：华克斯。这是因为具有相等圈复杂度的方法不一定存在同样的困难,维护,导致一种感觉,测量"啼狼"由over-valuing一些结构,而under-valuing其他构造。欢迎广大新老客户来电，来函，亲临指导，洽谈业务。华克斯期待成为您的长期合作伙伴！