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 编辑程序中打开文件或其依赖项时才会填充的本地文件缓存。

使用SonarQube进行PL / SQL分析 - 配置

发表评论

Sonar在这个关于使用SonarQube分析PL / SQL代码的新系列的第yi篇文章中，我们看到了如何组织我的分析环境：

一个文件夹C：﹨ SRC ﹨与我所有的项目，华北sonarqube中国总代理，

于每个项目的子目录，

不同的其他子目录，包括一个".. ﹨ Source"，其中包含要分析的源代码。

在我们的PL / SQL分析的情况下，这将被放在文件夹"C：﹨ SRC ﹨ Demo ﹨ PLSQL ﹨ Source"中。

让我们看看如何用Jenkins来创建和配置SonarQube这个代码的分析。继续阅读→

Jean-Pierre FAYOLLE于2013年12月27日发布了SonarQube - PL / SQL。

使用SonarQube - 组织进行PL / SQL分析

发表评论

Sonar现在我更新了我的源代码分析环境，随着SonarQube或Sonar和Jenkins的升级，时间已经到来更新了一个应用和演示的存储库。继续阅读→

此条目发布于2013年12月22日由Jean-Pierre FAYOLLE发行的SonarQube - PL / SQL。

SonarSource结论: 在生活中不断发展和提高代码质量

周期

现在， 软件比以往任何时候都更能推动竞争优势和企业成功。作为

公司越来越需要提高质量和不良的后果的方法

软件开发是可见的，中国sonarqube中国总代理， 可以对创收产生严重的损害， 并

客户和前景的参与，中国sonarqube中国总代理， 我们认为迫切需要改善的行为

关于代码质量。正如 "未经检验的生活不值得生活" 一样， 未经检验的代码

不值得部署。无论是公司还是客户和前景， 他们正在寻求

参与能够继续采取无效的质量方针。

连续代码检查具有自定义规则的能力， 可以提供一个好的工具来

赋予工程经理诊断指标的能力 (并以审慎、谨慎的用法，中国sonarqube中国总代理，

结果度量)。对正在发生的事情的可见性是冷静的， 有助于使

行为更改有助于提高开发团队的质量， 将更高

更好的卫生责任。

一个单一的门户， 如提供的 SonarSource 与 SonarQube-与能力

自动化数据收集-不仅是质量本身， 而是关于启用更

测试.代码质量的可见性为有效决策提供了基础。产品如

这可以帮助组织通过单个集线器来检查和理解软件开发， 以

开始将软件开发作为一个业务来管理。

许多组织已经变得太接受劣质软件开发， 并且容易

-或勉强-同意交付的软件产品， 是晚， 超过预算， 并盛行

缺陷.如果使用得当， 自动化的代码分析工具可以启用一个起点来处理

软件开发作为一个真正的业务。好处可以包括更多的产品发布

稳定并增强对开发团队和合作伙伴服务组织的信任和信任

(对于那些外包开发)。

我们的结论是， 重要的是要强调， 虽然这些类型的产品可以帮助

衡量软件项目的质量他们不应该被当作 "责备工具"。指的

手指不会导致有效的团队协作和更好的执行。质量的重点

衡量标准必须是提高代码质量， 以推动积极的行动， 以改善整个团队

协作和软件开发， 以改善整体的公司执行。它

是整个团队的责任， 以检测和纠正代码质量问题， 就像它是

当软件成功并推动业务时， 团队的利益和组织的利益

创新， 执行力强。

简而言之， 代码分析产品可以帮助组织分析有关代码的情况

发展， 采取行动， 并量化改进。IDC 建议评估和采用

这些类型的自动化方法以及组织和过程的变化

必要的， 以使有效的采用和改进的软件质量战略。

华北sonarqube中国总代理-华克斯由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司是从事“Loadrunner,Fortify,源代码审计,源代码扫描”的企业，公司秉承“诚信经营，用心服务”的理念，为您提供更好的产品和服务。欢迎来电咨询！联系人：华克斯。