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
Since Clusters can only be upgraded by one minor release at a time, I don't want to see deprecation warnings for versions which are irrelevant to my current upgrade task. For example, if I'm handling a 1.21 > 1.22 upgrade, I only want to see deprecations relevant to that particular upgrade, not all future upgrades. It'd also make automation easier, for example, -e currently returns a non-zero exit code even if the next applicable version has no relevant deprecations.
The text was updated successfully, but these errors were encountered:
des1redState
changed the title
Limit checks to only the next applicable Cluster version.
Add flag to limit checks to only the next applicable Cluster version.
Jan 31, 2023
des1redState
changed the title
Add flag to limit checks to only the next applicable Cluster version.
Add flag to limit checks to next applicable Cluster version.
Jan 31, 2023
Thanks for the suggestion @des1redState - we already do this and if we can detect cluster version, we filter out results that aren't relevant1. If that is not working as expected, please share details.
But I assume the ask is however not to filter non-relevant results, in a sense to keep only API upgrades that can be made, but rather to filter out all non-required upgrades, i.e. only keep the ones that have to be resolved before upgrade to the next version, correct?
Ok, thanks for the clarification. Sounds like a useful feature, and should be fairly easy to implement. I would still keep this under a flag, i.e. non-default behaviour, but 👍 .
Since Clusters can only be upgraded by one minor release at a time, I don't want to see deprecation warnings for versions which are irrelevant to my current upgrade task. For example, if I'm handling a 1.21 > 1.22 upgrade, I only want to see deprecations relevant to that particular upgrade, not all future upgrades. It'd also make automation easier, for example,
-e
currently returns a non-zero exit code even if the next applicable version has no relevant deprecations.The text was updated successfully, but these errors were encountered: