sonarqube开源代码管理软件-华克斯(商家)

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 中设置的规则之一的代码，西南sonarqube开源代码管理软件， 并通过悬停帮助来显示解释。文件中发现的所有问题的列表都可在 sonarlint 的 动态 视图中找到。

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

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

使用sonarqube进行pl / sql分析 - 评估（2/3）

发表---

plsqleva2可以让你等待pl / sql代码和sonarqube这一系列的以下内容，但是我很忙，工作和我的笔记本电脑突然决定放弃我，当然引用墨菲的定律来证明在坏的情况下分解时间。

在之前的帖子中：在使用sonarqube配置pl / sql代码的分析后，我们通过指导“阻止程序和关键”规则的鲁棒性，sonarqube开源代码管理软件，性能和安全性定义了我们自己的配置文件。现在看起来像我们的仪表盘？

继续阅读***

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

使用sonarqube进行pl / sql分析 - 评估（1/3）

发表---

plsql_evaluationqualité1a作为本系列的综合，用于使用sonarqube分析pl / sql代码。

在与jenkins配置我们的分析之后，我们启动了它，发现了17个阻塞程序，但是使用默认的sonarqube配置文件发现了零个关键缺陷（critical）。事实上，现有的5项关键规则已被禁用，另外还有一些其他不同临界规则：132项中有58项。

继续阅读***

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