-
-
Notifications
You must be signed in to change notification settings - Fork 18
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
fail_level
not properly enforced
#116
Comments
I tested using massongit#3. https://github.com/massongit/action-hadolint/actions/runs/12743374300/job/35513359427#step:3:39
In the above, the highest severity is https://github.com/massongit/action-hadolint/actions/runs/12743355551/job/35513131418 ( massongit@ca526ae) https://github.com/massongit/action-hadolint/actions/runs/12743374300/job/35513359427 ( massongit@03a245e ) Therefore, |
https://github.com/massongit/action-hadolint/actions/runs/12744513322/job/35516568361 ( massongit@89e935a ) |
I can see the check is marked as fail: |
I think it is possible to enable hadolint's CI as a required stage by setting only |
but that is not correct in my case, I have multiple linter launched form the job that launch hadolint |
II think that I do not understand your conditions.
|
Ok, I think I reproduced the behavior I want to work: HagegeR#1 |
Hello and thanks for these amazing integrations you provide :)
I've encountered a similar issue with this feature integration in reviewdog/action-actionlint#152
the severity is set to fail on error, but this suffices to show the stage as failed
I believe the same kind of fix that @massongit did would also work here
The text was updated successfully, but these errors were encountered: