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
Helm cleanup #4188
Helm cleanup #4188
Conversation
@inteon: Adding the "do-not-merge/release-note-label-needed" label because no release-note block was detected, please follow our release note process to remove it. 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. |
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: inteon 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 |
Hi @inteon. Thanks for your PR. I'm waiting for a jetstack or cert-manager 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/test-infra repository. |
/ok-to-test |
920ad11
to
768a874
Compare
a9a883d
to
4017572
Compare
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.
@inteon Thanks for looking into this.
There are too many changes here to be merged at once.
Please start by creating a PR specifically for removing the Helm chart labels from the static manifests. (uncontroversial)
And another PR for setting default resource requests (needs discussion)
And although the Helm the components idea may simplify our Bazel build scripts, I do not think it is a good idea to provide such flexibility to our users.
How will we deal with support requests from people who may have installed an incompatible set of components?
@inteon I found Could that be used as a way to get only the CRDs without having to put any new logic into the templates? The following issue is slightly related: |
This cannot be used for helm install \
cert-manager-crds jetstack/cert-manager \
--set components={crd} \
--version v1.4.0
helm install \
cert-manager jetstack/cert-manager \
--namespace cert-manager \
--create-namespace \
--version v1.4.0 Also, you cannot just install eg. webhook + cainjector + crds. |
Signed-off-by: Inteon <42113979+inteon@users.noreply.github.com>
Signed-off-by: Inteon <42113979+inteon@users.noreply.github.com>
@inteon: The following tests failed, say
Full PR test history. Your PR dashboard. Please help us cut down on flakes by linking to an open issue when you hit one in your PR. 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. I understand the commands that are listed here. |
@inteon: PR needs rebase. 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. |
Issues go stale after 90d of inactivity. |
Stale issues rot after 30d of inactivity. |
Issues go stale after 90d of inactivity. |
Stale issues rot after 30d of inactivity. |
/remove-lifecycle rotten |
Issues go stale after 90d of inactivity. |
What this PR does / why we need it:
Currently a very complex bazel workflow is used to generate static yaml files from the helm chart.
This PR drastically simplifies that workflow, by moving most of the logic to the helm file and by removing unnecessary operations.
The helm value
components
is added, this value selects what resources should be included in the rendered helm chart.Now we can do a helm install where the CRDs are in a separate helm deployment (this logic is also used for static yaml generation):
helm template \ cert-manager jetstack/cert-manager \ --set components={crd} \ --version v1.4.0 | kubectl apply -f - helm install \ cert-manager jetstack/cert-manager \ --namespace cert-manager \ --create-namespace \ --version v1.4.0
installCRDs
helm value can be replaced bycomponents
. I added a deprecation warning notifying the chart user that this option might get removed in later releases.Release note:
/kind cleanup