You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request. Searching for pre-existing feature requests helps us consolidate datapoints for identical requirements into a single place, thank you!
Please do not leave "+1" or other comments that do not add relevant new information or questions, they generate extra noise for issue followers and do not help prioritize the request.
If you are interested in working on this issue or have submitted a pull request, please leave a comment.
Is your feature request related to a problem? Please describe.
It would be nice if there was a tool for linting consul-helm values.yaml files for semantic correctness.
Notably, there's a number of fields that let you specify raw Consul configuration (eg. server.extraConfig). If there's a typo or type conversion issue, we won't know until we actually deploy the helm chart and servers restart. If there was a linter for this (and other fields), we'd be able to verify it as part of CI.
Feature Description
It would be useful to be able to point to a list of values.yaml files and have a linter validate that all of the values make semantic sense, especially for options that represent raw consul JSON configuration.
Use Case(s)
This should apply to any Consul K8s use case.
Contributions
The text was updated successfully, but these errors were encountered:
Community Note
Is your feature request related to a problem? Please describe.
It would be nice if there was a tool for linting consul-helm values.yaml files for semantic correctness.
Notably, there's a number of fields that let you specify raw Consul configuration (eg.
server.extraConfig
). If there's a typo or type conversion issue, we won't know until we actually deploy the helm chart and servers restart. If there was a linter for this (and other fields), we'd be able to verify it as part of CI.Feature Description
It would be useful to be able to point to a list of values.yaml files and have a linter validate that all of the values make semantic sense, especially for options that represent raw consul JSON configuration.
Use Case(s)
This should apply to any Consul K8s use case.
Contributions
The text was updated successfully, but these errors were encountered: