-
Notifications
You must be signed in to change notification settings - Fork 771
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
Establish CRD update process #581
Comments
#582 continues problematic trend. |
Adding #611 to collection. |
Adding #644 to collection. |
Documentation is great and process is solid. However, the complaint by @z0rc was not the documentation itself. Documenting how to do it, solves half of the problem. To be frank: things like "keeping version numbers in a CRD" are a super bad practice, as they should never change outside of major version increases. TLDR: |
Welcome!
What did you expect to see?
Followup to #577 and #558. Any update to CRD should be visible and properly announced. This is due to how helm handles CRD lifecycle:
See https://github.com/helm/community/blob/main/hips/hip-0011.md for rationale.
Given all this, any changes to CRDs should be a major version bump, and there should be instructions how end user can update CRDs on existing installations, usually using kubectl. See how kube-prometheus-stack chart handles this. https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack#upgrading-an-existing-release-to-a-new-major-version
The text was updated successfully, but these errors were encountered: