(helm/v1alpha): Not expose webhooks data #4382
Labels
kind/feature
Categorizes issue or PR as related to a new feature.
priority/important-soon
Must be staffed and worked on either currently, or very soon, ideally in time for the next release.
release-blocker
Milestone
What do you want to happen?
Allowing users to modify webhook configuration values directly is not ideal. Currently, generating webhooks relies on Kubebuilder markers, which creates challenges in Helm chart generation.
The goal is to enable webhook chart generation with minimal exposure in values.yaml, ideally limiting it to webhook.enable: true, as done for other options. Exposing all data does not make sense when we do not want people to make changes to it.
Additionally, the current approach requires using --force to regenerate webhooks, which overwrites any value customisations.yaml, leading to a potential loss of configurations.
Extra Labels
No response
The text was updated successfully, but these errors were encountered: