Open TimD1 opened 2 weeks ago
This seems like a good idea. It might also be useful to have options like FAIL_ON_PRIORITY_LOW, FAIL_ON_PRIORITY_MED etc so that you can set your level of stringency to Priority >3, >2, or >1 violations.
Feel free to make a PR as I think it will be a few days before I can get to this.
Description It would be great if the
check.sh
script took an additional boolean parameter:FAIL_ON_ERRORS
.Use Case Most linters will return exit code 0 if no errors are found, and exit code 1 if any linting errors are found (mypy, ruff, npm-groovy-lint, flake8...). The current Docker image returns exit code 0 no matter what. If I want to run the provided Docker image with the desired behavior, I need to override the default entrypoint (providing lots of arguments):
Proposed Solution If
check.sh
had a boolean inputFAIL_ON_ERRORS
that behaves similarly toRULESET
, this common behavior would be much easier to obtain:FAIL_ON_ERRORS
would just add the additional flags: