-
Notifications
You must be signed in to change notification settings - Fork 41
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
[kubeadm] Should we use stable identifier for kubernetes version #13
Comments
pinning is evil, it makes it hard to deploy urgent security fixes quickly.
this is why clear Linux mostly bans or even undoes pinning
…On Fri, Dec 7, 2018, 12:59 krsna1729 ***@***.*** wrote:
@mcastelino <https://github.com/mcastelino>
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#13 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABPeFbl9vMELiP28BIyKckhqeOrNVM2Mks5u2tbOgaJpZM4ZJIqW>
.
|
@fenrus75 @krsna1729 we should not need to pin. These files are included as part of the cloud-native-basic bundle. So they will/should rev whenever any kubernetes or CNI or CRI artifacts rev. So if the scripts break when we update cloud-native-bundle we need to fix the scripts. So when the user upgrades the scripts update. The user should never use files from this repo directly. They should always used the files that came with the bundle itself. |
@krsna1729 with this change #14 we can close this right? |
@mcastelino yes. I should have used the closes keyword. |
Instead of pinning the dot version
kubernetesVersion: v1.12.0
is it better to usekubernetesVersion: stable-1.12
?The text was updated successfully, but these errors were encountered: