我让 Kubernetes 在两种不同的环境中运行良好，即在我的本地环境（运行 minikube 的 MacBook）和谷歌的容器引擎（GCE，谷歌云上的 Kubernetes）上。我使用 MacBook/本地环境来开发和测试我的 YAML 文件，然后在完成后在 GCE 上试用它们。
目前我需要单独处理每个环境：我需要在本地环境中编辑 YAML 文件，准备好后，（git）将它们克隆到 GCE 环境，然后使用/部署它们。这是一个有点麻烦的过程。
理想情况下，我想使用我的 Macbook 中的 kubectl 在本地 minikube 或 GCE Kubernetes 环境之间轻松切换，并轻松确定 YAML 文件的使用位置。有没有一种简单的方法来切换上下文来做到这一点？
您可以从本地（minikube）切换到 gcloud 并返回：
kubectl config use-context CONTEXT_NAME
列出所有上下文：
kubectl config get-contexts
您可以为 local 和 gcloud 创建不同的环境并将其放在单独的 yaml 文件中。
kubectl config get-contexts
kubectl config set current-context MY-CONTEXT
标准 kubectl 命令的更快快捷方式是使用kubectx：
kubectx
kubectl config get-contextskubectx foo
kubectl config use-context foo在 macOS 上安装：brew install kubectx
kubectx 包还包括一个用于切换命名空间的类似工具，称为kubens.
如果您经常在多个上下文和命名空间中工作，这两个非常方便。
如果您正在为 Mac 寻找基于 GUI 的解决方案并安装了 Docker Desktop，您可以使用 Docker 菜单栏图标。在这里，您可以找到包含 kubeconfig 中所有上下文的“Kubernetes”菜单，并在它们之间轻松切换。
2020年最新答案在这里，
一种在 kubectl 上下文之间切换的简单方法，
kubectl top nodes **--context=**context01name
kubectl top nodes --context=context02name
您还可以将上下文名称存储为 env，例如 context01name=gke_${GOOGLE_CLOUD_PROJECT}_us-central1-a_standard-cluster-1
获取所有上下文
C:\Users\arun>kubectl config get-contexts
获取当前上下文
C:\Users\arun>kubectl config current-context
切换上下文
C:\Users\arun>kubectl config use-context <any context name from above list>
TL;DR：我创建了一个 GUI 来通过 AppleScript 切换 Kubernetes 上下文。我通过 shift-cmd-x 激活它。
我也有同样的问题。通过命令行切换上下文很痛苦。我使用 FastScripts 设置组合键 (shift-cmd-x) 来运行以下 AppleScript（放置在此目录中：$(HOME)/Library/Scripts/Applications/Terminal）。
use AppleScript version "2.4" -- Yosemite (10.10) or later
use scripting additions
do shell script "/usr/local/bin/kubectl config current-context"
set curcontext to result
do shell script "/usr/local/bin/kubectl config get-contexts -o name"
set contexts to paragraphs of result
choose from list contexts with prompt "Select Context:" with title "K8s Context Selector" default items {curcontext}
set scriptArguments to item 1 of result
do shell script "/usr/local/bin/kubectl config use-context " & scriptArguments
display dialog "Switched to " & scriptArguments buttons {"ok"} default button 1
正如 Mark 提到的，切换/读取/操作不同 kubernetes 环境（又名 kubernetes 上下文）的规范答案是使用kubectl config，见下文：
$ kubectl config
Modify kubeconfig files using subcommands like "kubectl config set current-context my-context"
Available Commands:
current-context Displays the current-context
delete-cluster Delete the specified cluster from the kubeconfig
delete-context Delete the specified context from the kubeconfig
get-clusters Display clusters defined in the kubeconfig
get-contexts Describe one or many contexts
rename-context Renames a context from the kubeconfig file.
set Sets an individual value in a kubeconfig file
set-cluster Sets a cluster entry in kubeconfig
set-context Sets a context entry in kubeconfig
set-credentials Sets a user entry in kubeconfig
unset Unsets an individual value in a kubeconfig file
use-context Sets the current-context in a kubeconfig file
view Display merged kubeconfig settings or a specified kubeconfig file
Usage:
kubectl config SUBCOMMAND [options]
在后台，有一个~/.kube/configYAML 文件存储所有可用的上下文及其对应的凭据和每个上下文的端点。
正如您可能已经知道的那样，现成的 Kubectl 并不容易管理不同的 kubernetes 上下文。与其滚动您自己的脚本来管理所有这些，更好的方法是使用一个名为 的成熟工具kubectx，该工具由名为“Ahmet Alp Balkan”的 Google 员工创建，他在 Kubernetes / Google Cloud Platform 开发人员体验团队中构建这样的工具。我强烈推荐它。
https://github.com/ahmetb/kubectx
$ kctx --help
USAGE:
kubectx : list the contexts
kubectx <NAME> : switch to context <NAME>
kubectx - : switch to the previous context
kubectx <NEW_NAME>=<NAME> : rename context <NAME> to <NEW_NAME>
kubectx <NEW_NAME>=. : rename current-context to <NEW_NAME>
kubectx -d <NAME> [<NAME...>] : delete context <NAME> ('.' for current-context)
(this command won't delete the user/cluster entry
that is used by the context)
kubectx -h,--help : show this message
跨存储库为不同环境克隆 YAML 文件绝对是理想的。您要做的是模板化您的 YAML 文件 - 通过提取因环境而异的参数。
当然，您可以使用一些模板引擎并分离 YAML 中的值并为特定环境生成 YAML。但是，如果您采用Helm Charts ，这很容易实现。要查看一些示例图表，请转到此Github 存储库的 stable 目录
以Wordpress 图表为例，您可以针对两种环境使用两种不同的命令：
对于开发：
helm install --name dev-release --set \
wordpressUsername=dev_admin, \
wordpressPassword=dev_password, \
mariadb.mariadbRootPassword=dev_secretpassword \
stable/wordpress
但是，不必在 CLI 上传递这些值，您可以将这些值存储在一个名为 aptly 的文件中values.yml，并且您可以为不同的环境使用不同的文件
您需要做一些工作来转换为 Helm 图表标准，但这些努力是值得的。
还要检查最新的（docker 19.03）docker context命令。
Ajeet Singh Raina）在“ Docker 19.03.0 Pre-Release: Fast Context Switching, Rootless Docker, Sysctl support for Swarm Services ”中对其进行了说明
上下文本质上是用于访问特定集群的配置。
比如说，在我的特定情况下，我有 4 个不同的集群——本地和远程运行的 Swarm 和 Kubernetes 的混合。
假设我有一个默认集群在我的桌面机器上运行，2 节点 Swarm 集群在 Google Cloud Platform 上运行，5 节点集群在 Play with Docker playground 上运行，以及在 Minikube 上运行的单节点 Kubernetes 集群，我需要访问漂亮的经常。使用 docker context CLI，我可以在几秒钟内轻松地从一个集群（可能是我的开发集群）切换到测试集群。
$ sudo docker context --help
Usage: docker context COMMAND
Manage contexts
Commands:
create Create a context
export Export a context to a tar or kubeconfig file
import Import a context from a tar file
inspect Display detailed information on one or more contexts
ls List contexts
rm Remove one or more contexts
update Update a context
use Set the current docker context
Run 'docker context COMMAND --help' for more information on a command.
例如：
[:)Captain'sBay=>sudo docker context ls NAME DESCRIPTION DOCKER ENDPOINT KUBERNETES ENDPOINT ORCHESTRATOR default * Current DOCKER_HOST based configuration unix:///var/run/docker.sock https://127.0.0.1:16443 (default) swarm swarm-context1
我使用的 kubeswitch（免责声明：我编写的工具）可以像 一样使用kubectx，但专为大量 kubeconfig 文件而设计。如果您必须处理数百或数千个 kubeconfig 文件，此工具可能对您有用，否则kubectx可能kubectl config use-context就足够了。
例如，它添加了诸如读取vault、搜索时热重载和索引以加快后续搜索等功能。
您可以从这里安装它。
编辑：现在还直接包括对 GKE 的支持。因此，您可以使用和发现 kubeconfig 文件，而无需手动下载和更新它们。
如果您可能正在寻找一种在不同上下文之间切换的简单方法，那么这可能会有所帮助。
我受到了已经提到的脚本的启发，我可以将其推荐给大多数用例kubectx。kswitch他们正在帮助解决切换任务，但在一些更大或更小标准的~/.kube/config. 所以我创建了一个 sys-exec 调用包装器和一个kubectl.
如果您在没有参数的情况下调用k，您会看到一个截获的切换上下文的提示。
Switch kubectl to a different context/cluster/namespace.
Found following options to select from:
>>> context: [1] franz
>>> context: [2] gke_foo_us-central1-a_live-v1
>>> context: [3] minikube
--> new num [?/q]:
此外，k继续充当短手。以下是等价的：
kubectl get pods --all-namespaces
k get pods -A
k p -A
是的，我想这就是你要问的。要查看当前配置，请使用 kubectl config view。kubectl 从以下位置加载和合并配置（按顺序）
--kubeconfig=/path/to/.kube/config command line flag
KUBECONFIG=/path/to/.kube/config env variable
$HOME/.kube/config - The DEFAULT
我使用 --kubeconfig 因为我在多个集群之间切换了很多。它有点麻烦，但效果很好。
有关更多信息，请参阅这些。 https://kubernetes.io/docs/tasks/administer-cluster/share-configuration/ 和https://kubernetes.io/docs/concepts/cluster-administration/authenticate-across-clusters-kubeconfig/