Kubernetes—当API发生了突破性的更改,但没有影响API版本时,检测API版本的最佳方法

Kubernetes—当API发生了突破性的更改,但没有影响API版本时,检测API版本的最佳方法,kubernetes,Kubernetes,库伯内特斯在1.14->1.15中做出了突破性的改变。 MutatingWebhookConfiguration.webhooks的类型已从Webhook更改为MutatingWebhook,其中包含其他字段。但是,API版本没有更改,仍然是v1beta1 如何检测新的API版本 您可以执行kubectl api versions查看可用的api版本 或者,您可以运行: for kind in `kubectl api-resources | tail +2 | awk '{ print

库伯内特斯在1.14->1.15中做出了突破性的改变。
MutatingWebhookConfiguration.webhooks
的类型已从
Webhook
更改为
MutatingWebhook
,其中包含其他字段。但是,API版本没有更改,仍然是
v1beta1

如何检测新的API版本


您可以执行
kubectl api versions
查看可用的api版本

或者,您可以运行:

for kind in `kubectl api-resources | tail +2 | awk '{ print $1 }'`; do kubectl explain $kind; done | grep -e "KIND:" -e "VERSION:"
此命令将在需要时列出所有资源类型及其最新支持的API版本

当然,您可以随时查看


此外,您可能需要使用,以便在不同的API版本之间转换配置文件。

我不确定这是否解决了我的问题:正如我在问题中提到的:“但是API版本没有更改,仍然是v1beta1”。