-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
Chart: Render controller.ingressClassResource.parameters
natively.
#11108
Conversation
Skipping CI for Draft Pull Request. |
✅ Deploy Preview for kubernetes-ingress-nginx canceled.
|
/assign |
/cherry-pick release-1.10 |
@Gacko: once the present PR merges, I will cherry-pick it on top of release-1.10 in a new PR and assign it to you. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
cc @rikatz for review |
/cc |
Great catch. I agree this is a simple one, should not break anything 🙏 /lgtm Thanks!! |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: Gacko, rikatz The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@Gacko: new pull request created: #11126 In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
What this PR does / why we need it:
At the moment there is a named template for rendering the IngressClass parameters. According to my tests, this is not required and can be replaced by better readable native rendering directly in the template file.
Ingress NGINX right now does not support such parameters, but still we can keep them if we want to in the future. Because of this, there's quite little risk of breaking something in this change.
The only scenario I can imagine is someone overriding the named template in their custom
_helpers.tpl
and (also) using the IngressClass provided by our chart for a different Ingress Controller which supports parameters. That's a risk I can accept.At the moment of filing this PR, there's another one open, not yet merged PR: #11104. This PR here relies on that PR and therefore should only be merge after the other one.
Types of changes
How Has This Been Tested?
Diffing
helm template
, implementing unit tests.Checklist: