Kubernetes中的每种资源类型（Pod、部署、服务等）都是API组的成员。这些API组在逻辑上将不同的类型“分组”。

• core
• extensions
• batch
• apps
• authentication
• autoscaling

组中还包含版本。版本允许开发人员对API进行重大更改，并在进行更改时进行管理。组中的版本示例

• core/v1
• extensions/v1beta
• apps/v1beta1
• batch/v1、batch/v2alpha1（注意同一组中的两个版本）
• x1米11分1秒，x1米12分1秒
• x1米13英寸1x，x1米14英寸1x

因此，客户端文档说明它为每个组创建不同的客户端。

@Jose Armesto给出的描述是正确的，我想用一个片段来支持它。

package main 
import (
    metav1 "k8s.io/apimachinery/pkg/apis/meta/v1"
    "k8s.io/client-go/tools/clientcmd"
    "k8s.io/client-go/kubernetes"
)

var kubeconfig string

func init() {
   // kubeconfig file parsing
   flag.StringVar(&kubeconfig, "kubeconfig", "", "path to Kubernetes config file")
   flag.Parse()
}

func main() {
   // create the config object from kubeconfig
   config, err := clientcmd.BuildConfigFromFlags("", *kubeconfig)

   // create clientset (set of muliple clients) for each Group (e.g. Core), 
   // the Version (V1) of Group and Kind (e.g. Pods) so GVK.
   clientset, err := kubernetes.NewForConfig(config)

   // executes GET request to K8s API to get pods 'cart' from 'prepayment' namespace
   pod, err := clientset.CoreV1().Pods("prepayment").Get("cart", metav1.GetOptions{})
}

这两个地方的代码实际上是一样的，Kubernetes项目在一个mono-repo（kubernetes/kubernetes）中编写和管理所有的代码，然后将他们希望其他项目使用的代码发布到其他repo中，以便更好地与Go模块系统一起工作，在下表中可以看到发布过程的详细参考，尽管我不确定该过程在哪里有明确的记录。
顺便说一句，您应该通过k8s.io/client-go使用此代码作为导入，它将从github.com/kubernetes/client-go存储库中获取。