yamllint
yamllint copied to clipboard
Provide a semantics-only configuration
* configure style rules as warnings
* configure rules that can introduce semantic errors as errors
See https://github.com/adrienverge/yamllint/issues/72
Coverage increased (+0.2%) to 97.832% when pulling 75ca77a284cf892e735396dc32e0ce802177059f on dhutty:syntax-only into 734d5d5f736eb9d31c111ae8a0ca834d96c51bb9 on adrienverge:master.
The reason I chose the word 'semantics' was to emphasize that if yamllint exited with an error, it means that the YAML being tested might be semantically different from what the user intended as opposed merely being stylistically/conventionally problematic.
In order words, my proposed yamllint -d semantics-only foo.yaml
is a very weak/permissive configuration, which makes most of the common rules about the YAML itself get flagged only as warnings, but anything that could result in broken configuration should cause a failure (i.e. error exit).