sonarqube开源代码质量管理软件-华克斯

SonarSource 的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自 SonarSource 的产品和服务提高生产率， 降低风险， 终开发更好的软件。SONARSOURCE 的产品和服务被世界各地的客户所使用。

思科系统 (NASDAQ: cisco) 是领xian的网络技术。思科拥有73460名员工和 Q2 FY13 121亿美元的收入， 在各种技术领域， 包括安全、网络会议、路由: 边缘//接入、语音等方面都是市场的。思科 IT 代表公司的工程部门， 负责提高开发人员的生产率， 并在持续交付、构建管理、代码审查和部署方面实施jia做法。思科的目标是设计、实施和宣传的软件质量和维护工具。软件质量面临的关键挑战

今天， 思科将成为世界上 1 it 组织的轨道， 但有一段时间，sonarqube开源代码质量管理软件， 它无法管理软件质量可能是一个绊脚石。根据思科 it 工程师 Dhairya Sanghvi 的数据， 使它进入和通过 QA 的代码的质量是一个问题。过去有许多与代码相关的问题， 随着时间的推移而不断升级， 花费了我们很多钱。部分问题是缺乏标准。"我们曾经有开发团队以一种杂乱无章的方式进行代码审查和非功能分析，" Sanghvi 说。"没有信息存储或对缺陷数量有清晰的了解"， 也无法看到质量随时间变化的方式。此外， "代码评审所采用的系统和流程没有标准化，代理商sonarqube开源代码质量管理软件， 因为没有用于执行 (审查) 的通用工具或规则集"。开发团队正在使用各种工具进行静态分析和单元测试， 但他说， "思科需要将其转移到一个具有更成熟报告能力的工具上， 开发人员和管理层都可以对其进行解释。SONARQUBE 是一致的选择

Sanghvi 说， 在寻找能够满足思科需求的工具的同时， 研究团队也在尝试将敏捷实践融入到思科 it 开发环境中。他说，中国sonarqube开源代码质量管理软件， 这支球队是以 SonarQube 的特点出售的， 但整合是关键的。"SonarQube 是一个代码分析工具， 与詹金斯集成好， 我们去了， " a-哈， SonarQube 它是这样的!SonarQube 是一致的选择。Sanghvi 说， SonarQube 有 "很多伟大的特点"， 但这些突出:可自定义的规则集-"SonarQube 中的可定制的质量配置文件是一个非常有用的灵活性， 考虑到我们的平台上有各种不同的粉笔和奶酪的团队，" Sanghvi 说。"此外， 将 xml 规则 (从一个 SonarQube 实例转移到另一个) 和这些配置文件的继承能力都很容易使其成为的产品。项目组合管理-思科公司正在使用投资组合管理插件， 在整个企业中提供管理友好、个性化的质量指标。这给整个组织提供了很大的激励， 可以定期检查他们的进度， 跟踪改进并采取行动来修复质量缺陷。时间机器– "趋势分析报告是 SonarQube 中da量的使用能力之一， 帮助我们说服许多项目团队采用该工具" Sanghvi 说。"能够看到我们的项目在很长一段时间内的质量改善是关键的项目之一， 在您的阿森纳。当与项目组合管理插件结合使用时， 此功能为组织的性能提供了一个完整的窗口。在代码审查和功能集成中节省了大量的资源时间

根据 Sanghvi 的数据， 思科公司采用 SonarQube 的方法， 对这家企业来说是一个巨大的胜利。"SonarQube 已经触发了三倍的业务影响， 我们已经看到了在每一个项目团队， 我们已经登上-交付 (时间到能力减少)， 工程 (质量改进) 和业务价值 (成本节约)。通过将代码分析转移到开发阶段并每天运行它， Cisco it 大大提高了代码质量，代理商sonarqube开源代码质量管理软件， 并因此减少了紧急 bug 修复， 这 "为组织节省了大量成本"， Sanghvi 说。"在 PLC 的早期阶段遇到的缺陷比以后被发现的要便宜得多。下一次大胜利是在代码审查领域。现在， 每个团队都在同一个地方进行代码评审， 使用相同的工具和度量， SonarQube 提供了对关键缺陷度量的清晰和基于时间的可见性。由于 SonarQube 的日常代码分析， 在代码审查和功能集成中节省了大量的资源时间。此外， "SonarQube， 与其相关的质量概况和他们的客户

SonarQube - 的PL / SQL分析

发表评论

PLSQL_Majors我们继续本系列分析PL / SQL代码与今天的主要规则。

我们以前看过如何组织我们的环境，并配置我们的代码分析与Jenkins和SonarQube。

我们创建了自己的质量简介，并审查了所有面向可靠性和安全性的阻止程序和关键。继续阅读→

此条目发布于2014年1月21日由Jean-Pierre FAYOLLE发行的SonarQube - PL / SQL。

使用SonarQube进行PL / SQL分析 - 关键

发表评论

PLSQL_Critical在本系列上一篇关于使用SonarQube分析PL / SQL代码的文章中，我们回顾了我们的质量配置文件中现有的阻止程序规则。

我们发现三个违反PL / SQL编程的jia实践，其后果如此重要，不允许容忍。因此，这证明了他们“阻挡者”的地位。

我们还发现这三个规则共有18个缺陷，所以我们假设这个规则是项目团队所知道的。

后，这些缺陷导致了应用程序中的逻辑错误 - 这是一个永远不会执行的操作，因为相应的条件将永远不会被满足 - 甚至可能的崩溃。继续阅读→

此条目发布于2014年1月11日由Jean-Pierre FAYOLLE发行的SonarQube - PL / SQL。

SonarLint 与开发人员集成的 z 系统

从 v14.0.0.5 开始， IBM z 系统开发人员 (IDz) 支持 SonarLint v3.2.0， 并在其主机 COBOL 和 PLI 代码中针对 bug 和质量问题向开发人员提供动态反馈。一旦将 SonarLint Eclipse 扩展并安装到您的 IDz 客户端中， 您就可以使用 SonarQube 服务器视图连接到 SonarQube 服务器， 然后使用子项目的上下文菜单将一个模块的子项目绑定到 SonarQube 服务器和项目。现在， 当使用 cobol 或 PLI 编辑器打开绑定子项目中的 cobol 或 PLI 文件时， 将在文件中标记任何违反在 SonarQube project 中设置的规则之一的代码， 并通过悬停帮助来显示解释。文件中发现的所有问题的列表都可在 SonarLint 的 "动态" 视图中找到。

从绑定的 SonarLint 子项目中打开 COBOL 或 PLI 文件会触发一项分析提示: 如果编辑器中没有出现问题注释， SonarLint 可能无法成功解析该文件。您可以在 Eclipse 控制台视图下检查 SonarLint 控制台， 以查找任何问题， 如缺少包含文件 (抄写)。如往常一样， 使用子项目的关联属性组中的 SYSLIB 字段来解析包含文件引用。您可以选择一个或多个文件， 甚至是子项目本身， 然后单击 SonarLint 分析， 而不是打开单个文件。生成的问题将在 "SonarLint 报告" 视图中报告， 您可以在其中双击要带到编辑器中相关代码行的问题。或者， 您可以右键单击某个问题， 然后选择要带到 SonarLint 规则说明视图的规则说明， 以及具有兼容和不兼容代码示例的规则的详细说明。

可以同时分析多个文件， 并在 SonarLint 报告视图中检查结果问题提示: 当使用分析函数时， 可能找不到近在编辑器中打开的文件的抄写， 因为 SonarLint 使用的是只在其中一个 IDz 编辑程序中打开文件或其依赖项时才会填充的本地文件缓存。