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
Description of the problem/feature request
Allow kube-linter to receive an arbitrary amount of values.yaml files (just like helm upgrade does) when checking a helm chart.
Description of the existing behavior vs. expected behavior
We deploy several "variations" of the same workload across environments, and those variations we control via values.yaml.
We have a baseline behavior (no added values), and then with --values %the-file%.yml we enable/disable extra features for that environment.
We'd like to catch potential errors on the chart when using those special files too.
And that would load the default values.yaml inside the helm-chart directory as well as merging the values defined in custom.yaml on top of the aforementioned.
I'm open to contribute this change!
The text was updated successfully, but these errors were encountered:
It would also be good to be able to set the Release Name and Release Namespace to something specific, as those can also be used in helm charts as part of feature gates, rather than having them hardcoded in
Description of the problem/feature request
Allow
kube-linter
to receive an arbitrary amount ofvalues.yaml
files (just likehelm upgrade
does) when checking a helm chart.Description of the existing behavior vs. expected behavior
We deploy several "variations" of the same workload across environments, and those variations we control via
values.yaml
.We have a baseline behavior (no added values), and then with
--values %the-file%.yml
we enable/disable extra features for that environment.We'd like to catch potential errors on the chart when using those special files too.
Additional context
Something like:
And that would load the default
values.yaml
inside thehelm-chart
directory as well as merging the values defined incustom.yaml
on top of the aforementioned.I'm open to contribute this change!
The text was updated successfully, but these errors were encountered: