Skip to content
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 support to ingressClassName #25

Merged
merged 4 commits into from
Mar 8, 2022
Merged

Add support to ingressClassName #25

merged 4 commits into from
Mar 8, 2022

Conversation

caiohasouza
Copy link
Contributor

Fix #24

Copy link
Member

@KodrAus KodrAus left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for working on this @caiohasouza! I just had one minor naming comment

@@ -27,6 +27,9 @@ spec:
secretName: {{ .secretName }}
{{- end }}
{{- end }}
{{- if .Values.ingress.ingressClassName }}
ingressClassName: {{ .Values.ingress.ingressClassName | quote }}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since this lives under the ingress object what do you think about just calling this className?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @KodrAus,

I normally use the same Kubernetes Object name on Helm variables to be clear and easy to understand, this practice is adopted on many public helm charts, like Grafana, Jenkins, etc. But you do you think that className is better, Ok, i change. just confirm please.

Regards

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think that's a practice we've really followed so far so I think we should go with className for now. At some point in the future we can do a complete pass over the API we've evolved here and try make it consistent with patterns used by popular charts.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok, no problems, change done!

charts/seq/values.yaml Outdated Show resolved Hide resolved
@KodrAus
Copy link
Member

KodrAus commented Mar 8, 2022

Thanks @caiohasouza! We do need to try follow established patterns better here, if you've got any other charts in mind besides the few you've mentioned that you think set good precedents we should look to I'd be keen to check them out!

@KodrAus KodrAus merged commit 1339cc0 into datalust:release/2021.4.7192 Mar 8, 2022
@caiohasouza caiohasouza deleted the 2021.4.7192 branch March 8, 2022 12:48
@caiohasouza
Copy link
Contributor Author

Perfect, thank you @KodrAus

@caiohasouza
Copy link
Contributor Author

@KodrAus ,

This feature is not released yet on 2021.4.7192 helm chart version, right? I'm trying to use but the changes do not take effetc. If yes it's possible generate a new helm chart version to include this feature?

Regards

@KodrAus KodrAus mentioned this pull request Mar 10, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants