|
||||||||
|
This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira |
||||||||
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
For more options, visit https://groups.google.com/d/optout.
My previous comment with regards to the bug. This is actually a side effect of the fact the plugin currently compares against the last build instead of the last stable build. If you get a stable build followed by a build that resolves one error and introduces one error, then this build is marked as unstable. However, if there is no change in the following build, the build status for the last build becomes stable again, because the number of new errors is zero, even though there has been one new error introduced since the last time the build was stable. This really does indicate that the comparison of new errors between each build is not right and that my original statement still stands, that the builds should always compare the current results against the last stable build. The last stable build is after all, the benchmark for where the cppcheck results need to be. If new errors have been introduced since then, then the build can't possibly be considered stable - ever.