-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Analyze should support a baseline for existing violations (warnings and failures) #408
Comments
DirkMahler
referenced
this issue
in jqassistant-archive/jqa-core-framework
Jun 27, 2024
DirkMahler
referenced
this issue
in jqassistant-archive/jqa-core-framework
Jul 5, 2024
DirkMahler
added a commit
that referenced
this issue
Jul 10, 2024
DirkMahler
added a commit
that referenced
this issue
Jul 11, 2024
DirkMahler
added a commit
that referenced
this issue
Jul 11, 2024
DirkMahler
added a commit
that referenced
this issue
Jul 12, 2024
DirkMahler
added a commit
that referenced
this issue
Jul 12, 2024
DirkMahler
added a commit
that referenced
this issue
Jul 12, 2024
DirkMahler
added a commit
that referenced
this issue
Jul 13, 2024
DirkMahler
added a commit
that referenced
this issue
Jul 13, 2024
DirkMahler
added a commit
that referenced
this issue
Jul 14, 2024
DirkMahler
added a commit
that referenced
this issue
Jul 14, 2024
DirkMahler
added a commit
that referenced
this issue
Jul 14, 2024
DirkMahler
added a commit
that referenced
this issue
Jul 14, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
If rules are added to an existing code base then there are usually lots of violations (warnings or failures) that cannot be fixed immediately. A common strategy is to ignore them first and fix them step by step (e.g. as part of a feature). Currently we rely on tools like Teamscale or SonarQube for managing such issues ("tolerate"), but for the latter this is no longer supported for issues created by external tools like jQA.
Therefore it would be helpful if a baseline of existing violations could be stored along the project's source code in the version control system (similar to ArchUnit's freeze mechanism):
The text was updated successfully, but these errors were encountered: