SonarSource 从洞察风险合作伙伴获得4500万美元的少数股权投资代码质量的市场使用资金加速增长
新闻提供SonarSource， 洞察风险合作伙伴2016年11月29日， 09:13 ET分享这篇文章
日内瓦，代理商sonarqube规则， 瑞士， 2016年11月29日/PRNewswire/-SonarSource， 代码质量管理的， 今天宣布关闭4500万美元的少数股权投资的风险投资和私人股本公司， 洞察风险的合作伙伴。理查德·威尔斯， 董事总经理， 保利·盖托， 洞察力的副总裁将加入公司董事会。
SonarSource 在瑞士成立于 2008年， 由奥利维尔 Gaudin， 弗雷迪槌和西蒙 Brandhof， 提供产品的连续代码质量的应用程序。由8万多家公司所采用， 开源解决方案从根本上改变了管理应用程序的可维护性、可靠性和安全性的方法。此外， SonarSource 为超过700客户提供了企业级解决方案， 其中包括 eBay、美国银行和宝马， 以及50家财富100强组织。
自筹公司自成立以来已大幅增长， 并将利用新的资本进一步加速增长， 并继续追求它的愿景， 使开发人员能够不断发布高度可维护、可靠且安全的代码。
"SonarSource 成立的目标是成为世界领xian的解决技术债wu、降低维护成本和运营风险， 终开发更好的软件，" SonarSource 的执行官奥利维尔 Gaudin 说。 "我们与洞察风险合作伙伴的合作， 使我们能够从他们的知识和支持， 以建立一个性的组织， 大力促进我们的业务增长， 并解决我们迅速扩大的市场。
"代码质量管理已经成为那些保持不断扩大的代码基础的公司的关键问题， 而 SonarSource 已经成为行业标准，" 理查德. 威尔斯说。"我们很高兴在我们的公司阵容中添加 SonarSource， 因为他们继续为企业和组织提供创新的解决方案来管理他们的代码库。
关于 SonarSource:SonarSource 为连续代码质量提供了 world-class 的解决方案。其开源和商用产品帮助客户管理其应用程序的代码质量， 降低其风险，中国sonarqube规则， 并终提供更好的软件。SonarSource 解决方案支持开发20种编程语言，sonarqube规则， 如 Java、c#、Javascript、c/c++、COBOL 等。拥有700多个客户， 包括 eBay， 美国银行， 泰雷兹， 宝马， 以及超过8万组织使用 SonarSource 的产品是事实上的市场标准。欲了解更多信息，
关于洞察风险合作伙伴:洞察风险合作伙伴是一家领xian的风险投资和私人股本公司， 投资于高增长的软件和支持互联网的公司， 它们正在推动其行业的变革。成立于 1995年， 洞察力已筹集超过130亿美元， 并投资于超过250家公司。我们的使命是寻找、资助和成功地与富有远见的管理人员一起为他们提供实际的、动手的成长专长， 以促进长期的成功。有关洞察力及其所有投资的更多信息， 
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 的-Dsonar.host.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.maven.plugins：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]执行职位后的类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] ----------------------------------------------- -------------------------
[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-project.properties配置文件的项目文件夹，然后运行以下命令：
输出
SonarSource关键挑战代码质量管理
按设计， 按规定的时间间隔， 不间断地进行准时审核。这种代码的方法质量管理有四主要类型的缺点， 这将在本节详述。
太少， 太迟准时审计确定了两种改进: 化妆品和结构变化。而外观更改需要稍加修改， 结构更改可能包括主要软件设计.虽然可能需要进行此类更改， 但由准时审核产生的行动计划在过程中定义得太晚， 无法做任何事情， 但会打乱开发周期;无论是软件发布日期需要扩展， 以包括软件重新设计， 或更糟糕的软件将被推送到质量不达标的生产， 因此降低了可维护性和适应性， 当新的业务需求出现。
来自开发团队的推回组织内部的质量过程显然缺乏所有权。审计员不能自己的过程， 因为他们既不拥有代码也不控制问题解决。同样，模型的命令和控制特性阻止开发团队拥有过程， 因为它没有参与审查。因此， 您有两个断开的组这些都是质量的责任， 而不是他们的责任。开发人员倾向于从准时审核中产生的行动计划， 因为他们:√是在团队之外生成的， 在日常工作中被视为一种新的约束√是主观的;调查结果依赖于审计师的判断， 而非客观措施√小姐的背景和历史信息，中国sonarqube规则， 因此被视为无关√因正在进行的更改而失效， 并很快变得过时√不要让和其他利益相关者参与审核和审核过程√介入的过程太晚;在审核功能时， 开发人员需要 "重新学习"用于解决查找的代码
缺少过程所有权
组织内部的质量过程显然缺乏所有权。审计员不能自己的过程， 因为他们既不拥有代码也不控制问题解决。同样，模型的命令和控制特性阻止开发团队拥有过程， 因为它没有参与审查。因此， 您有两个断开的组这些都是质量的责任， 而不是他们的责任。
异构需求衡量软件绝dui价值的传统方法， 如问题总数在质量门中发现， 强制评估人员对不同的应用程序进行测量要求取决于其来源。例如， 遗留项目可能不会保持在相同的高度一个绿地项目的质量标准， 和 in-house 的发展可能被判断不同于外包代码。这是由于您仍然需要允许软件运送到生产， 并要求每个项目达到相同的绝dui价值的质量阈值之前释放通常是不切实际的。使用这些绝dui值， 几乎不可能解决共同的对所有应用程序的要求， 因此很难在整个委yuan会中采用良好的做法。
中国sonarqube规则-华克斯-sonarqube规则由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司是一家从事“Loadrunner,Fortify,源代码审计,源代码扫描”的公司。自成立以来，我们坚持以“诚信为本，稳健经营”的方针，勇于参与市场的良性竞争，使“Loadrunner,Fortify,Webinspect”品牌拥有良好口碑。我们坚持“服务至上，用户至上”的原则，使华克斯在行业软件中赢得了客户的信任，树立了良好的企业形象。 特别说明：本信息的图片和资料仅供参考，欢迎联系我们索取准确的资料，谢谢！