-
Notifications
You must be signed in to change notification settings - Fork 66
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
Analyzer Warnings are Not considered Errors #128
Comments
I realized later tonight that analyzer warnings are reported if there are no other warnings. IMO, I still think that if the build comes back with warnings and/or analyzer warnings, this should be posted as a "failed" state to Github so the red |
Would you consider a warning a reason to also fail? Or would you treat analyzer warnings and warnings differently? You can see here that So again - is that what you expected? Analyzer warnings being treated as a failure and warnings as success? |
Ha! That probably depends who you ask. Like the dot-syntax vs. brackets debate. Personally, we try to keep all projects with 0 warnings overall, so any warning to me is considered a regression / error. And when I see the green checkmark and Github's big green buttons, it indicates to me that everything is perfect. Analyzer warnings, however, should definitely be considered failures. Those are things like "You forgot to call |
Fair enough. I don't just want to change it in code, so I'll probably add a way to configure how to treat warnings/analyzer warnings and probably default to the existing behavior, with the option to switch to |
Moving to #132. |
When the static analyzer fails on the server, the report sent to Github should be a failure status. Currently, the status is reported as green, with no mention of the analyzer errors
Example PR with failing analyzer
PR Status Message
The text was updated successfully, but these errors were encountered: