-
Notifications
You must be signed in to change notification settings - Fork 183
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
move metrics server chart repo #890
Conversation
create: true | ||
extraArgs: | ||
kubelet-insecure-tls: true | ||
kubelet-preferred-address-types: InternalIP,ExternalIP,Hostname |
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.
Doesn't this looks like breaking change?
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.
the args
are the same, just the key has changed from args
to extraArgs
and the apiServer.create
was set to true
by default in the earlier chart, so we are explicitly setting it true here.
Also, since we do not enable metrics-server
by default, I think it won't be considered a breaking change. cc @frankreno
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.
So because of the key change, if customers have enabled and created a new values.yaml, would they need to make a change? The key to breaking change is if customers old values.yaml works w/o changes.
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.
yes, since the key to providing args
is changed, if the customer has enabled it, then they will have to modify the values.yaml
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.
Let's sort out the breaking change comment first, then we can approve
create: true | ||
extraArgs: | ||
kubelet-insecure-tls: true | ||
kubelet-preferred-address-types: InternalIP,ExternalIP,Hostname |
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.
So because of the key change, if customers have enabled and created a new values.yaml, would they need to make a change? The key to breaking change is if customers old values.yaml works w/o changes.
Changed the milestone to |
# Conflicts: # ci/build.sh # deploy/helm/sumologic/requirements.yaml
* move metrics server chart repo * modify args for metrics-server startup * Generate new overrides yaml/libsonnet file(s). Co-authored-by: Travis CI <travis@travis-ci.org>
Description
4.3.1
version as a dependencyRef: https://hub.helm.sh/charts/bitnami/metrics-server
Testing performed