从 sonar-runner 2.3 切换到 2.4 会导致分析错误
switching from sonar-runner 2.3 to 2.4 results in error on analysis
我使用 Analyzing with SonarQube Runner 中的方法 #2 为声纳分析设置了一个多模块项目。
唯一的区别是我不使用全局声纳-project.properties 文件。
全局属性在 sonar runner 构建步骤中的 jenkins 中定义。
这与 Sonar Runner 2.3 完美配合。
一旦我从 2.3 切换到 Sonar Runner 2.4,就会失败并出现错误,即未定义强制性 sonar.sources 属性。
我已经尝试在我的全局属性中将其设置为 sonar.sources=src 但声纳无法分析不使用 src 作为源文件夹的模块。
在我看来,Sonar Runner 2.4 不再使用该模块的声纳项目属性。
或者有没有办法告诉 Sonar Runner 2.4 使用模块的 sonar-project.properties 文件?
使用 SQ Runner 时支持的两种布局是:
- 将所有模块的所有属性放入根
sonar-project.properties
文件
- 除了根
sonar-project.properties
之外,将每个模块属性放在自己的 sonar-project.properties
中
也可以通过命令行添加属性(这是在 SQ Runner 构建步骤中定义属性时所做的)。
您尝试没有根 sonar-project.properties
但在子模块中有单独的 sonar-project.properties
文件未被确定为受支持的用例。所以我对它不再受支持并不感到惊讶(这可能是副作用)。
我使用 Analyzing with SonarQube Runner 中的方法 #2 为声纳分析设置了一个多模块项目。
唯一的区别是我不使用全局声纳-project.properties 文件。 全局属性在 sonar runner 构建步骤中的 jenkins 中定义。
这与 Sonar Runner 2.3 完美配合。 一旦我从 2.3 切换到 Sonar Runner 2.4,就会失败并出现错误,即未定义强制性 sonar.sources 属性。
我已经尝试在我的全局属性中将其设置为 sonar.sources=src 但声纳无法分析不使用 src 作为源文件夹的模块。
在我看来,Sonar Runner 2.4 不再使用该模块的声纳项目属性。
或者有没有办法告诉 Sonar Runner 2.4 使用模块的 sonar-project.properties 文件?
使用 SQ Runner 时支持的两种布局是:
- 将所有模块的所有属性放入根
sonar-project.properties
文件 - 除了根
sonar-project.properties
之外,将每个模块属性放在自己的
sonar-project.properties
中
也可以通过命令行添加属性(这是在 SQ Runner 构建步骤中定义属性时所做的)。
您尝试没有根 sonar-project.properties
但在子模块中有单独的 sonar-project.properties
文件未被确定为受支持的用例。所以我对它不再受支持并不感到惊讶(这可能是副作用)。