应直接调用 clientset.Discovery().ServerVersion() 获取集群版本，因其直接访问 API Server 的 /version 端点，权威可靠；而 kubectl version 输出格式易变、kubeconfig 中 server 地址不反映真实版本，均不可靠。
直接用 clientset.Discovery().ServerVersion()，别绕路查 kubectl version 或解析 kubeconfig。
为什么不用 kubectl version 或 kubeconfig 解析
很多人第一反应是执行 kubectl version --short 命令再 parse 输出，或者去读取 $HOME/.kube/config 里硬编码的 server 地址再拼 API 路径——这两种方式都不可靠：
-
kubectl不一定在 PATH 中，且版本输出格式随--short/--output变动，GitVersion字段可能含 pre-release 后缀（如v1.28.6+123abc），正则易错 -
kubeconfig里的clusters[].cluster.server是地址，不带版本；它本身也不反映集群真实运行版本（比如配置指向旧集群但实际连的是新集群） - 真正权威的版本信息只来自 API Server 的
/version端点，而ServerVersion()就是 client-go 对它的封装
怎么调用 ServerVersion() 获取结构化数据
确保你已有 *kubernetes.Clientset 实例（无论来自 rest.InClusterConfig() 还是 clientcmd.BuildConfigFromFlags()），然后：
version, err := clientset.Discovery().ServerVersion()
if err != nil {
log.Fatal(err)
}
fmt.Printf("Major: %s, Minor: %s, GitVersion: %s\n",
version.Major, version.Minor, version.GitVersion)
返回的 *version.Info 结构体字段包括：Major、Minor、GitVersion、GitCommit、BuildDate 等，全部是字符串，无需额外解析。
立即学习“go语言免费学习笔记（深入）”；
-
GitVersion是最常用字段，值如"v1.28.6"或"v1.29.0-rc.1" - 注意：该调用走的是
GET /version，权限要求极低，ServiceAccount 默认就有访问权，不需要额外 RBAC
常见错误：panic: discovery is not enabled for this clientset
这个错误说明你用的是阉割版 clientset，比如只导入了 k8s.io/client-go/dynamic 或自己构造的 rest.Config 时没启用 discovery client。解决方法只有两个：
- 确保初始化的是完整
*kubernetes.Clientset：用kubernetes.NewForConfig(cfg)，不是dynamic.NewForConfig(cfg) - 如果必须用 dynamic client，就别调
ServerVersion()—— 它压根没实现 discovery 接口；改用 raw REST client 手动发请求：restClient.Get().AbsPath("/version").Do(context.TODO()).Into(&version)
ServerVersion() 和集群实际能力的关系
ServerVersion() 返回的是 API Server 声称的版本，但它不等于你当前能用的所有 API 组/资源版本。例如：
- Kubernetes v1.28 集群仍可支持
apps/v1、batch/v1，但已废弃batch/v1beta1 - 想确认某个资源是否可用，应该用
Discovery().ServerResourcesForGroupVersion("apps/v1")，而不是只看GitVersion - CRD 引入的自定义资源版本完全不体现在
ServerVersion()中
所以，拿 GitVersion 做 client-go 版本对齐（比如选 v0.28.6）是对的，但不能用它推断 API 能力边界。
