-
Notifications
You must be signed in to change notification settings - Fork 14k
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
Add ingress class name to example-ingress.yaml #46229
Conversation
|
Welcome @24online24! |
✅ Pull request preview available for checkingBuilt without sensitive environment variables
To edit notification comments on pull requests, go to your Netlify site configuration. |
@24online24 Thanks you for your contribution. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It seems this PR contains modifications to files in various languages ('English', 'Spanish', 'Japanese', 'Korean', 'Portuguese' ,'Chinese'). However, documentation process varies for each localization, and we generally do not approve pull requests affecting multiple languages at once. I recommend focusing on changing the primary website content (specifically the English content) with this PR first. Once the English content is merged, we can then create separate pull requests for any other language(s). I hope this suggestion is beneficial.
Explicit hold until this PR only covers one language |
@dipesh-rawat Thanks a lot for the guidance and warm welcome! |
Great catch. I think there may be some IngressControllers that do not use this, but it should be the preferred way to set things up. ingressClassName <string>
ingressClassName is the name of an IngressClass cluster resource. Ingress
controller implementations use this field to know whether they should be
serving this Ingress resource, by a transitive connection (controller ->
IngressClass -> Ingress resource). Although the
`kubernetes.io/ingress.class` annotation (simple constant name) was never
formally defined, it was widely supported by Ingress controllers to create a
direct binding between Ingress controller and Ingress resources. Newly
created Ingress resources should prefer using the field. However, even
though the annotation is officially deprecated, for backwards compatibility
reasons, ingress controllers should still honor that annotation if present. So I think it's a good call to add it to our examples. /lgtm |
LGTM label has been added. Git tree hash: e968f5e12a7abc5fc89b417704a646fc858007bb
|
/retitle Add ingress class name to example-ingress.yaml We don't mention issue references in PR titles (as these can / will end up as commit messages, and that causes problems for forks of this project) |
/unhold |
/remove-language es |
I don't understand the issue we are solving with this PR. Do you mean the manifest doesn't work if the |
@tengqm Sorry for any confusion. I have more and found out more details:
Personally I prefer the helm version as it is more generic and not specific to minikube. For this to work, |
Ingress without an This avoids implying it's OK to omit the name of the IngressClass. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: sftim 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 |
Add ingress class name to example-ingress.yaml
The reason for this pull request is described in the issue: #46228
The missing ingress class name property in the
example-ingress.yaml
file present in 6 different locales causes the created ingress not to work properly. AddingingressClassName: nginx
fixes the issue.