Yamllint and Sonar
We start with what Sonar thinks about Yaml, it uses this Java based Yaml linter.
It is not a Sonar supported plug-in. It is not supported by Sonar, I can't file a bug against it with sonar
That yaml linter appears to have no companion formatter. No formatter exists to format to it's idiosyncratic dialect (I checked a bunch, I'm well beyond the point where I'm getting a good return on my time)
Filing bugs against prettier is unlikely to help, prettier as a project isn't tied to yamllint
I filed a bug against yamllint, but I'm essentially asking them to either change their dialect to something an existing formatter uses or write their own formatter. I don't see that ever happening
This just doesn't make any sense anyhow, yaml is machine generated, machine consumed. Machine formatting is fine and which machine formatter is used shouldn't strongly matter.
Turning off all of yamllints formatting rules and leaving structural validity rules would be fine, but who wants to put that bell on the cat
SonarQube will report a project as having 100s-1000s of problems- this creates a culture of ignoring everything among the developers and sends a bad signal to project management, who understandably at best can use sonar as a stoplight dashboard & shouldn't be expected to have to know if 1000s of yamllint formatting errors are significant or not.
Hand "fixing" phantom formatting errors is going to be a bug generator for a file format that is pathologically hypersensitive to whitespace errors.
Comments
Post a Comment