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

Popular posts from this blog

Stackoverflow Answers Miss The Mark- CLI Input Validation