gpt4 book ai didi

javascript - 如何从 Sonar 分析中排除已编译资源的子文件夹?

转载 作者:行者123 更新时间:2023-11-30 11:27:30 31 4
gpt4 key购买 nike

我正在尝试将 Sonarqube 分析集成到我项目的 JavaScript 源代码中。这是一个后端使用 Spring 组件的项目,作为第一步,我们进行了 Java 源的集成,此时没有问题。

我们正在使用 Sonarqube v5.6.3

我发现的问题与 sonar.exclusions 属性有关。显然,该属性不能排除已添加为源的文件夹(请参阅 question and answer explaining that exact issue)。

我的 pom.xml 中有以下行无法正常工作;根据前面提到的问题,这是可以理解的:

    <sonar.sources>src/main/java,src/main/docker,js-sources</sonar.sources>
<sonar.tests>src/test</sonar.tests>
<sonar.exclusions>**/target/*</sonar.exclusions>

问题是:前端由多个模块组成,这些模块在各自的 /target 子文件夹下一个一个编译,然后一起部署到 src/main/网络应用。 (它们作为常规目标文件夹工作:启动新编译时,这些文件夹将被删除/重新创建。)

那些 js-sources/moduleA/target, js-sources/moduleB/target, js-sources/moduleC/target 文件夹是被自动包含为来源,因此被排除指令忽略。这些目标文件夹仍然包含一个/src 子文件夹,这使得很难使用有限的 Sonar 模式(不允许使用完整的 xpath 类选择器)来仅包含或排除某些路径。

因为我不认为 Sonarqube 团队期望每个人都一个接一个地添加每个小子文件夹(这就是他们在第一学期制作模式的原因),我正在寻求帮助:我如何排除那些每个模块的目标文件夹位于我的源文件中的文件夹树下?

另一种可能性是它是一种迫使我们 store this config at a Jenkinsfile or even directly in the Jenkins config 的错误(在工作层面),但我仍然不确定,并且仍然认为可以通过我声明来源和排除项的方式来解决某些问题。

最佳答案

尝试

 <sonar.exclusions>**/target/**/*</sonar.exclusions>

关于javascript - 如何从 Sonar 分析中排除已编译资源的子文件夹?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47435638/

31 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com