-
Notifications
You must be signed in to change notification settings - Fork 7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
helm lint should allow specifying --kube-version flag #10664
Comments
@antoinedeschenes The PRs is welcome. Thanks very much. |
This issue has been marked as stale because it has been open for 90 days with no activity. This thread will be automatically closed in 30 days if no further activity occurs. |
bump, pr updated |
bump.. why is this nice fix being ignored? :( |
sorry. I will review the PR of this issue later. |
any update on this? For our use case we are linting using
|
@davidgwps Each helm minor version matches a k8s minor version. You can run lint with different helm versions as a workaround. Also you could support multiple HPA versions using if blocks with Capabilities.APIVersion |
@antoinedeschenes that does not really seem feasible to me.
Helm lint will still respond with Even though batch/v1beta1 cronjob will work fine in 1.23. Any deprecation will fail. You are not suggesting a person should run with Helm that supports 1.21 even though they are running 1.23 are you? If so that could cause other issues and unsupported features. Capabilities.APIVersion would certainly work though in this case. |
All the bits are there to do this. It should be a fairly easy task. See https://github.com/helm/helm/pull/8608/files#diff-ff8663c8d26f14679a0274ccb7dab29b04bd17084581c573ca06d8fb82d1d154R63-R65 where I call the upstream deprecation library. |
Sorry, I totally missed that there's a PR open already. |
This issue has been marked as stale because it has been open for 90 days with no activity. This thread will be automatically closed in 30 days if no further activity occurs. |
Please keep this open |
We're currently using
helm lint
to find deprecated API versions in our charts, failing CI on warnings. However, helm assumes that the target Kubernetes version is the one specified through the k8sVersionMajor/k8sVersionMinor vars. The only way to work around this is rebuilding helm with LDFLAGS, or using a Helm release with the proper defaults.The command-line flag
--kube-version
currently exists withhelm template
,helm lint
should replicate the behaviour:#9040
The text was updated successfully, but these errors were encountered: