Details
-
Type:
Bug
-
Status: Open (View Workflow)
-
Priority:
Major
-
Resolution: Unresolved
-
Component/s: analysis-collector-plugin, analysis-core-plugin, findbugs-plugin
-
Labels:None
-
Environment:Hudson 1.352, Static Analysis Utilities 1.4, Static Analysis Collector Plug-in 1.2
-
Similar Issues:
Description
We're doing incremental Maven multi-module builds in Hudson (m2 job type), and I've noticed the following behavior: When a particular module in the multi-module build doesn't run (because it hasn't changed), the static analysis plugins for the top-level build report that all of that module's warnings, FindBugs issues, etc. have been resolved. I understand why this is happening, but it's a bit frustrating – the only way we can get accurate trending for static analysis reports is by forcing a full (and lengthy) rebuild whenever any module is changed.
Theoretically, couldn't the analysis utilities recognize builds that didn't execute (as opposed to builds that failed) and use the results from the most recent executed build? It seems (although I have no idea what the code looks like) as if those results should be available in some form, since they're necessary to generate the trend graphs.
I've also been struck by this behavior. Nothing special here - a simple multi module m2 project job with "incremental build" enabled. Subsequent rebuilds not involving all modules result in an unusual fluctuations of detected warnings/task/pmd violations/findbugs smells etc. It would be great if the aggregated overall project static code analysis results depended not only on the results obtained during build of changed modules but rather aggregate them along with all recent results from untouched modules.
Changing this issue's component to the more appropriate one and issue type to bug rather than improvement.