[
https://issues.apache.org/jira/browse/MCHECKSTYLE-341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16184750#comment-16184750
]
Robert Scholte commented on MCHECKSTYLE-341:
--------------------------------------------
I don't think Maven is the proper tool to solve this. As you mention yourself,
it now requires discipline from developers to always adjust this seting in the
pom. I don't think we should use the pom for that reason.
Maven is aware of the current and at most the previous build. What you are
looking for is a trend of violations. I think you should try to solve this with
usage of CI / CQM servers. AFAIK SonarQube has very good support for it.
https://maven.apache.org/code-quality-management.html
https://maven.apache.org/continuous-integration.html
> Introduce an expectedViolation flag
> -----------------------------------
>
> Key: MCHECKSTYLE-341
> URL: https://issues.apache.org/jira/browse/MCHECKSTYLE-341
> Project: Maven Checkstyle Plugin
> Issue Type: New Feature
> Components: checkstyle:check
> Affects Versions: 2.17
> Reporter: Tibo
> Priority: Minor
>
> We are trying to fix our tech debt step by step using the maxAllowedViolation
> flag and reducing the number slowly.
> We have 400+ maven module in our project and developer never update this
> flag, So basically when someone is fixing checkstyle error without updating
> the flag, it leaves room for another developer to introduce new errors...
> I would like an expectedViolation flag just to force people who are fixing
> issues to also update the count... It could be called "expectedViolation".
> The difference with the maxAllowedViolation flag is that this one would also
> fail when the number of actual violation is less than the "expectedViolation"
> flag.
> I believe the maxAllowedViolation should have been an expectedViolation from
> the start. I don't believe anyone wants to leave room for violation, you just
> want, for an existing project, to explicitly specify the current number of
> violation and disallow through pull request the number to go up.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)