You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/en/releases/version-skew-policy.md
+13Lines changed: 13 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -103,6 +103,19 @@ Example:
103
103
The supported version skew between components has implications on the order in which components must be upgraded.
104
104
This section describes the order in which components must be upgraded to transition an existing cluster from version **{{< skew currentVersionAddMinor -1 >}}** to version **{{< skew currentVersion >}}**.
105
105
106
+
Optionally, when preparing to upgrade, the Kubernetes project recommends that
107
+
you do the following to benefit from as many regression and bug fixes as
108
+
possible during your upgrade:
109
+
110
+
* Ensure that components are on the most recent patch version of your current
111
+
minor version.
112
+
* Upgrade components to the most recent patch version of the target minor
113
+
version.
114
+
115
+
For example, if you're running version {{<skew currentVersionAddMinor -1>}},
116
+
ensure that you're on the most recent patch version. Then, upgrade to the most
0 commit comments