华中中国SONARQUBE 插件询价咨询「华克斯」

sonarsource简介

连续的代码变得容易。连续检查

sonarqube 支持持续的检验实践。在构建 sonarqube 平台的时候, 我们从一开始就一直在考虑不断的检查。因此, 它带有一切-的支持实践, 如门, 泄漏管理, 治理功能, 一个简短的反馈循环等。连续检查门门

sonarqube 为应用程序升级提供了 go/无 go 门。门是一个主要的, 现成的 sonarqube 功能。它提供了在每个分析中了解应用程序是否通过或失败发布条件的能力。换句-, 它告诉您在每个分析应用程序是否准备好生产 上。多个语言

我们的解决方案涵盖20多种编程语言。通过提供对多种语言 (包括 java、c#、c/c++、pl/sql、javasc ript 和 cobol) 的支持, sonarqube 提供了一个涵盖大量应用程序的-解决方案。阅读更多多语种插件库图书馆的插件

sonarqube 的经验可以通过插件来扩充。超过60社区和商业插件可用于 sonarqube, 使您可以轻松地使用额外的语言、度量和页面来增强您的体验。还可以开发插件以满足组织内的特定需要。连续代码在线

sonarqube 也可以在线上 sonarcloud。受益于在云中所列的一切。随着 sonarcloud, 你将开始迅速提高你的公共和私人项目的。

sonarsource 的产品和服务被各地的客户所使用。所有规模的组织都在使用来自 sonarsource 的产品和服务提高生产率, 降低风险, 终开发-的软件。silverpeas 已经能够实现新的功能和提高产品性能, 这已导致赢得越来越多的客户。silverpeas 是协作知识和内容管理的平台。写在爪哇, silverpeas 出生于 1999年, 在-时代的 j2ee。这是一个时代之前的框架, 当英雄编码没有测试或文件。结果是一个工作产品的支持下的混乱的定制框架, 是基于-的想法, 但执行不-。随着时间的推移, 由于在产品的早期就做出了短视的设计决策, 而且由于对其全球体系结构没有明确的愿景, 因此发展和维护代码变得越来越困难。它成为事实上的代码工具,因为它的介绍8年前,超过其java根现在支持超过20种语言。技术- = 责任

这种情况使我们很难跟上-的步伐, 保持市场的竞争力。使问题复杂化的是, 执行基本维护和实施新功能的高昂成本使得很难获得新客户。技术-代表了一个太大的负债。够了在 2009年, silverpeas 团队作出了一个激烈的决定: 现在是时候, 以现代化的架构和提高 silverpeas 的代码。但他们需要确切地知道如何, 什么, 以及在哪里重构之前, 他们可以继续。我们需要一个工具来支持我们的改变, silverpeas 软件-米格尔 moquillon 说。sonarqube (当时的声纳) 被选中来帮助我们获得正确的-, 这些问题。通过它的分析工具和它的统一和可定制的界面, 我们有信息, 以确定我们必须执行的任务, 以减少技术-和提高代码的。这是我们的 gps 在- silverpeas 的道路上。如往常一样,使用子项目的关联属性组中的syslib字段来解析包含文件引用。sonarqube 保持技术-控制

silverpeas 团队在 silverpeas 的现代化过程中选择了 sonarqube 这一关键角色, 部分原因是它是开源的, 就像 silverpeas 一样, 易于扩展, 但 sonarqube 也提供了一些功能 moquillon 说, 团队发现引人注目的:统一和集中的仪表板一个统一和集中的仪表板, 其中呈现代码的主要指标: 一目了然是什么出错了, 什么是改进了, 很容易看到。简单的导航--一种简单的方法来导航到相关代码的不同指标: 很容易找到需要操作的代码部分.-的报告-在时间的指标演变的迹象: 我们可以估计我们的代码改进的努力。例如,由于缺少单元测试,代码可能有较低的评级,或者由于大量的重复代码或安全-。-的软件已导致越来越多的客户赢得

sonarsource 的解决方案有助于 silverpeas 的成功, 通过对关键问题提供持续和快速的反馈以及如何解决它们的建议。工作从坚实基地它的代码改进给它, silverpeas 团队已经能够实现新的功能, 并提高产品的鲁棒性和性能, 这已导致赢得越来越多的客户。今天, silverpeas 团队致力于将其软件保持在 sonarqube 的轨道上。moqillon 说, silverpeas 团队对 sonarqube 有信心, 因为 这是一个开源项目, 如 silverpeas, 因此, 我们是-其演变和。他赞扬 sonarqube 的定期发布时间表、易用性、易于安装以及与现有开发基础结构 (如连续集成服务器詹金斯) 和构建系统 maven 等集成的易用性。现在, sonarqube 分析运行每晚 silverpeas 的35.1万行代码, 由詹金斯触发的后期生成行动。开发人员和经理定期检查结果, 并采取行动解决问题的集体努力, 以维护和进一步提高 silverpeas 的软件。我们的结论是,重要的是要强调,虽然这些类型的产品可以帮助衡量软件项目的他们不应该被当作责备工具。

连续检查由奥利维尔 gaudin,sonarsource sa --兼共同创始人软件的范式转换管理介绍软件是每个商业企业日益关注的问题, 因为不断升级的角色软件在运行关键业务系统中发挥作用。软件包括外部和内部。外部或功能性, 描述软件与其定义的功能需求–它是否按预期执行？值得注意的是,现代化的体系结构不再需要分析器和数据库之间的直接连接。内部描述关键的内部代码的特性, 如健壮性、标准一致性和可维护性。行业统计显示, 平均而言, 软件产品的生命周期成本的80% 用于维护,根据内部, 维护成本有-的变-。这意味着水平软件产品的可维护性今天将决定其成本责任的水平明天。传统的代码控制方法涉及 so-called 的准时审核或门, 这是对源代码的定期审核。这些审计通常由外部审计员在开发过程的 -一英里-在功能测试期间或之后。根据他们的本性准时的审核会导致开发周期的中断, 因为它们会导致更改已完成 软件。在hao的情况下, 这种控制方-导致-和返工。在坏的情况是, 它导致了劣质软件的发布。在这两种情况下, 传统方法使人们认识到, 构建高的软件过于复杂和昂贵。迫切需要一个新的模式, 强调贯穿整个开发周期, 并有更短的反馈回路, 以-快速解决内部问题;简而言之,从一开始就建立的模型, 而不是事后考虑。连续检查是一个整体的、完全实现的过程, 旨在使内部代码成为软件开发生命周期的组成部分。通过提高所有利益相关者的-度生命周期, 连续检测使企业能够接受代码 whole-heartedly。在 sonarsource 的支持下, 连续检验范式是非常有效的, 并已被证明从小公司到-100强企业, 在现实中工作,各行业。本文详细介绍了代码管理中的关键问题。它然后介绍了连续检查范式, 并说明了它如何解决这些挑战,支持数以千计的企业提高软件。

使用sonarqube - blockers进行pl / sql分析

发表-

plsql_blockerscritical在上一篇文章中，我们已经看到如何创建我们自己的pl / sql配置文件，激huo sonarqube默认配置文件中的所有132个现有规则。现在，我们可以重新启动前面发起的分析。

这样，我将能够处理pl / sql配置文件中存在的所有规则，并选择我想要使用的规则，以便为我的演示环境创建pl / sql仪表板。继续阅读***

此条目发布于2014年1月5日由jean-pierre fayolle发行的sonarqube - pl / sql。

使用sonarqube进行pl / sql分析 - pl / sql配置文件

sonarqubeplsql3在从jenkins配置我们的第yi个pl / sql分析后，我们启动了它，现在我们可以在sonarqube仪表板中查看结果。

这将是一个机会，在我们的下一篇文章中讨论和解释sonarqube提出的pl / sqljia实践。但首先，我们来看看sonarqube pl / sql配置文件中的规则。继续阅读***

jean-pierre fayolle于2013年12月29日发布了sonarqube - pl / sql。