SonarSource简介
商务友好的许可、开放的代码库和活跃的社区只是 SonarSource 生态系统的一些优势。意义和承诺
简短的答案是一个字: LGPL!这是我们从项目开始时选择的许可证, 而不是普通的 GPL 许可证。为什么?因为我们相信, 使 SonarQube 和 SonarLint 伟大的产品与高采用, 我们需要一个许可证, 既符合社区和商业的需要。有了这个选择, 并在平台上保持其领导地位, SonarSource 因此承诺将继续对其产品进行投资。意义和承诺开芯原理原则,开放式核心
较长的答案是指由这四原则支持的开放核心的想法:您提供给用户的开源产品一定很棒。您提供的开源产品应该经过一个不敬虔的测试和 QA 的数量。您提供的开源产品应该是架构, 使所有的商业功能都 plug-ins 到开放的核心。您销售的开源产品应该有完全开放的定价。用户社会
像任何好的开源项目一样, SonarQube 和 SonarLint 在他们周围有活跃的社区。这些社区在候选发布者的测试阶段提供了广泛的反馈。它们还提供了有效的 bug 报告和社区支持, 但用户也可以选择直接从 SonarSource 购买额外的支持和产品。用户社区供应商锁定减少供应商锁定
虽然 SonarSource 是其产品的主要贡献者, 但用户可以访问源代码, 因此, 如果出现问题, 他们就能继续开发产品。
SonarSource 的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自 SonarSource 的产品和服务提高生产率, 降低风险, 终开发更好的软件。SONARSOURCE 的产品和服务被世界各地的客户所使用。
思科系统 (NASDAQ: cisco) 是全球领xian的网络技术。思科拥有73460名员工和 Q2 FY13 121亿美元的收入, 在各种技术领域, 包括安全、网络会议、路由: 边缘/核心/接入、语音等方面都是市场的。思科 IT 代表公司的工程部门, 负责提高开发人员的生产率, 并在持续交付、构建管理、代码审查和部署方面实施jia做法。思科的目标是设计、实施和宣传的软件质量和维护工具。软件质量面临的关键挑战
今天, 思科将成为世界上 1 it 组织的轨道, 但有一段时间, 它无法管理软件质量可能是一个绊脚石。根据思科 it 工程师 Dhairya Sanghvi 的数据, 使它进入和通过 QA 的代码的质量是一个问题。过去有许多与代码相关的问题, 随着时间的推移而不断升级, 花费了我们很多钱。部分问题是缺乏标准。"我们曾经有开发团队以一种杂乱无章的方式进行代码审查和非功能分析," Sanghvi 说。"没有信息存储或对缺陷数量有清晰的了解", 也无法看到质量随时间变化的方式。此外, "代码评审所采用的系统和流程没有标准化, 因为没有用于执行 (审查) 的通用工具或规则集"。开发团队正在使用各种工具进行静态分析和单元测试, 但他说, "思科需要将其重心转移到一个具有更成熟报告能力的工具上, 开发人员和管理层都可以对其进行解释。SONARQUBE 是一致的选择
Sanghvi 说, 在寻找能够满足思科需求的工具的同时, 研究团队也在尝试将敏捷实践融入到思科 it 开发环境中。他说, 这支球队是以 SonarQube 的特点出售的, 但整合是关键的。"SonarQube 是一个代码分析工具, 与詹金斯集成好, 我们去了, ' a-哈, SonarQube 它是这样的!SonarQube 是一致的选择。Sanghvi 说, SonarQube 有 "很多伟大的特点", 但这些突出:可自定义的规则集-"SonarQube 中的可定制的质量配置文件是一个非常有用的灵活性, 考虑到我们的平台上有各种不同的粉笔和奶酪的团队," Sanghvi 说。"此外, 将 xml 规则 (从一个 SonarQube 实例转移到另一个) 和这些配置文件的继承能力都很容易使其成为完美的产品。项目组合管理-思科公司正在使用投资组合管理插件, 在整个企业中提供管理友好、个性化的质量指标。这给整个组织提供了很大的激励, 可以定期检查他们的进度, 跟踪改进并采取行动来修复质量缺陷。时间机器– "趋势分析报告是 SonarQube 中da量的使用能力之一, 帮助我们说服许多项目团队采用该工具" Sanghvi 说。"能够看到我们的项目在很长一段时间内的质量改善是关键的项目之一, 在您的阿森纳。当与项目组合管理插件结合使用时, 此功能为组织的性能提供了一个完整的窗口。在代码审查和功能集成中节省了大量的资源时间
根据 Sanghvi 的数据, 思科公司采用 SonarQube 的方法, 对这家企业来说是一个巨大的胜利。"SonarQube 已经触发了三倍的业务影响, 我们已经看到了在每一个项目团队, 我们已经登上-交付卓越 (时间到能力减少), 工程卓越 (质量改进) 和业务价值 (成本节约)。通过将代码分析转移到开发阶段并每天运行它, Cisco it 大大提高了代码质量, 并因此减少了紧急 bug 修复, 这 "为组织节省了大量成本", Sanghvi 说。"在 PLC 的早期阶段遇到的缺陷比以后被发现的要便宜得多。下一次大胜利是在代码审查领域。现在, 每个团队都在同一个地方进行代码评审, 使用相同的工具和度量, SonarQube 提供了对关键缺陷度量的清晰和基于时间的可见性。由于 SonarQube 的日常代码分析, 在代码审查和功能集成中节省了大量的资源时间。此外, "SonarQube, 与其相关的质量概况和他们的客户
SonarSource关键挑战代码质量管理
按设计, 按规定的时间间隔, 不间断地进行准时审核。这种代码的方法质量管理有四主要类型的缺点, 这将在本节详述。
太少, 太迟准时审计确定了两种改进: 化妆品和结构变化。而外观更改需要稍加修改, 结构更改可能包括主要软件设计.虽然可能需要进行此类更改, 但由准时审核产生的行动计划在过程中定义得太晚, 无法做任何事情, 但会打乱开发周期;无论是软件发布日期需要扩展, 以包括软件重新设计, 或更糟糕的软件将被推送到质量不达标的生产, 因此降低了可维护性和适应性, 当新的业务需求出现。
来自开发团队的推回组织内部的质量过程显然缺乏所有权。审计员不能自己的过程, 因为他们既不拥有代码也不控制问题解决。同样,模型的命令和控制特性阻止开发团队拥有过程, 因为它没有参与审查。因此, 您有两个断开的组这些都是质量的责任, 而不是他们的责任。开发人员倾向于从准时审核中产生的行动计划, 因为他们:√是在团队之外生成的, 在日常工作中被视为一种新的约束√是主观的;调查结果依赖于审计师的判断, 而非客观措施√小姐的背景和历史信息, 因此被视为无关√因正在进行的更改而失效, 并很快变得过时√不要让开发者和其他利益相关者参与审核和审核过程√介入的过程太晚;在审核功能时, 开发人员需要 "重新学习"用于解决查找的代码
缺少过程所有权
组织内部的质量过程显然缺乏所有权。审计员不能自己的过程, 因为他们既不拥有代码也不控制问题解决。同样,模型的命令和控制特性阻止开发团队拥有过程, 因为它没有参与审查。因此, 您有两个断开的组这些都是质量的责任, 而不是他们的责任。
异构需求衡量软件绝dui价值的传统方法, 如问题总数在质量门中发现, 强制评估人员对不同的应用程序进行测量要求取决于其来源。例如, 遗留项目可能不会保持在相同的高度一个绿地项目的质量标准, 和 in-house 的发展可能被判断不同于外包代码。这是由于您仍然需要允许软件运送到生产, 并要求每个项目达到相同的绝dui价值的质量阈值之前释放通常是不切实际的。使用这些绝dui值, 几乎不可能解决共同的对所有应用程序的要求, 因此很难在整个委yuan会中采用良好的做法。
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可以通过maven或Sonar-runner（用于非Maven项目）分析项目（以SonarQube支持的编程语言[02]编写）的两种方式，以及SonarQube的不同方面这有助于作为静态代码分析工具。
通过maven
转到包含maven配置文件（即pom.xml）的项目文件夹，并根据终目标运行以下命令之一：
$ mvn clean安装声纳：声纳
$ mvn install sonar：sonar
$ mvn声纳：声纳
$ mvn clean sonar：sonar 的-.url = http：// localhost：nnnn
（其中nnnn是SonarQube正在侦听的备用端口号）
输出
通过上述命令成功分析项目将导致以下输出到控制台或日志文件：
[INFO] ----------------------------------------------- -------------------------
[INFO] BUILD SUCCESS
[INFO] ----------------------------------------------- -------------------------
[INFO]总时间：29.923秒
[INFO]完成时间：Fri Sep 13 18:07:01 BST 2013
[INFO] Final Memory：62M / 247M
[INFO] ----------------------------------------------- -------------------------
[INFO] [18：07：01.557]执行org.apache.ugins：maven-surefire-plugin：2.10：test done：20372 ms
[INFO] [18：07：01.557]执行maven插件maven-surefire-plugin done：20373 ms
。
。
。
[INFO] [18：07：09.526] ANALYSIS SUCCESSFUL，您可以浏览http：// localhost：9000 / dashboard / index / com.webapplication：sub-webapp
[INFO] [18：07：09.528]执行职位后的类portJob
[INFO] [18：07：09.529]执行工作后类别re.ndIssueNotificationsPo的stJob
[INFO] [18：07：09.529]执行职位后的类re.dexProjectP的ostJob
[INFO] [18：07：09.580]执行工作后类ugins.jectPurgeP的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] ----------------------------------------------- -------------------------
[INFO]总时间：38.345秒
[INFO]完成于：Fri Sep 13 18:07:09 BST 2013
[INFO] Final Memory：28M / 255M
[INFO] ----------------------------------------------- -------------------------
以下是几个链接到pom.xml文件的示例，这些文件应该有助于创建新的或修改现有配置以将maven项目与SonarQube（包括其他maven CLI交换机）集成在一起，即使用Maven [03]和SonarQube分析Github [04] 。
通过声纳赛
转到包含sonar-perties配置文件的项目文件夹，然后运行以下命令：
</ DIV>
<DIV> </ DIV>
<div> $ sonar-runner </ div>
<DIV> </ DIV>
<DIV>
输出
以上信息由专业从事代理商sonarqube教程的华克斯于2024/5/22 11:22:18发布
转载请注明来源：http://m.herostart.com/qynews/hksxxkj-2757034484.html
下一条：泰州拉床加工订做欢迎来电「多图」
