-
Notifications
You must be signed in to change notification settings - Fork 79
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
🐛 Extend helm feature gates #634
base: main
Are you sure you want to change the base?
🐛 Extend helm feature gates #634
Conversation
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Welcome @gcezaralmeida! |
Hi @gcezaralmeida. Thanks for your PR. I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. 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-sigs/prow repository. |
✅ Deploy Preview for kubernetes-sigs-cluster-api-operator ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
# manager: | ||
# featureGates: | ||
# core: | ||
# KubeadmBootstrapFormatIgnition: true | ||
# bootstrap: | ||
# KubeadmBootstrapFormatIgnition: true | ||
# controlPlane: | ||
# KubeadmBootstrapFormatIgnition: true |
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.
Out of scope for this PR, but values.yaml
already has core providers listed at the top level - would it make sense to lay-out all the config / params under, instead of duplicating them all over?
e.g.
core: # <- everything for core provider in once place
version: "v0.1.0"
manager:
featureGates:
KubeadmBootstrapFormatIgnition: false
deployment:
...
configSecret:
...
fetchConfig:
...
bootstrap: # <- everything for bootstrap provider in once place
version: ""
manager:
featureGates:
KubeadmBootstrapFormatIgnition: true
controlPlane: # <- everything for controlPlane provider in once place
manager:
featureGates:
KubeadmBootstrapFormatIgnition: true
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.
I think this approach makes sense. Instead of using key-value pairs, we could use an array. This will provide more flexibility, allowing specific configurations for each provider when multiple providers are used. Let me know what you think, I can work on that.
core: # <- everything for core provider in once place
- name: "cluster-api"
version: "v0.1.0"
manager:
featureGates:
KubeadmBootstrapFormatIgnition: false
deployment:
...
configSecret:
...
fetchConfig:
...
bootstrap:
- name: "kubeadm" # <- everything for bootstrap provider in once place
version: ""
manager:
featureGates:
KubeadmBootstrapFormatIgnition: true
controlPlane:
- name: "kubeadm"
version: "" # <- everything for controlPlane provider in once place
manager:
featureGates:
KubeadmBootstrapFormatIgnition: true
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.
@furkatgofurov7, Do you think that we can go with this PR? Or do we restructure the values.yaml like above example?
Somehow intersects with #536 |
/ok-to-test |
yeap, however it has a pending comment #536 (comment) that needs addressing. It would be great to join the efforts here and have single patch to address both concerns (in fact one is extended version of second) cc @kahirokunn |
Thank you very much!
I have added this conditional statement on my side. Therefore, if you could stop modifying this file, I believe we can merge your changes with mine smoothly: |
What this PR does / why we need it:
This PR aims to extend the featureGates to the bootstrap provider and controlPlane provider.
Which issue(s) this PR fixes:
Fixes #633
@furkatgofurov7