[功能请求] 专用 kubeconfig 路径（避免合并到第一个 $KUBECONFIG 文件）
作者: Noksa创建于 2026年8月25日更新于 2026年8月25日
说明
这是建议/加强,不是错误报告。 目前的行为在978后是故意的.
** 目前的行为**
在Kubernetes开始时,Colima在“环境/容器/Kubernetes/Kubeconfig”中写出主机kubeconfig。
- 默认地标为 `~/.kube/config。
- 如果设置了
KUBECONFIG ' ,则 " dest " 是清单中的第一份文件** (filepath.SplitList (.)[0])。 - 科利马将新的 " colima " 上下文合并到该dest文件中( " kubectl config version -- -- raw " 与 " KUBE CONFIG-dest " : ` " ),然后与合并相覆盖。
-激活 ' /自动激活'只运行`kubectl配置使用-context';它不会改变写道。
匹配 # 978 ("总是使用第一个配置的作为位置来保存配置").
为什么如此痛苦
我们当中有些人保留每个集群的** 1 kubeconfig 文件** 并组成:
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
导出 KUBECONFIG /.kube/ config:/.kube/alex-danilin:/.kube/rodman:...
(或作 /.kube/*`). 在这种布局中,dest必须是只使用Colima的文件. 如果“KUBECONFIG”按字母顺序构建,并缺少QQ/.kube/config,则Colima将“colima”合并到任何碰巧是第一的(另一个集群的文档),并在那里设置“当前文本”。
没有旗帜或 " colima.yaml " 钥匙。 `-k3s-arg=-write-kubeconfig=-.'只影响VM;Colima仍然将`/etc/rancher/k3s/k3s.yaml'复制到主机本身。
关于978的相关评论:
- https://GitHub.com/abiosoft/colima/pul/978#issuescomment-2697503576 — 拆分/只读 kubeconfigs;想要一个倒置命令和一个选项**不**以改变主机 kubeconfig
- https://GitHub.com/abiosoft/colima/pul/978#issuescomment-2833417681-crinnv`$KUBECONFIG';k3s`-write-kubeconfig'对东道主没有帮助
** 可能的增强**(任何一种都会有所帮助)
1. ** 直接路径**,例如`colima start-kubeconfig ~/.kube/config' 或`Kubernetes.kubeconfig:~/.kube/config ' 在`colima.yaml'。
2. ** 不合并**:写出一个只使用 Colima 的文件(或完全跳过主机kubeconfig 更新).
3. ** Dump 命令**: " Colima Kubernetes kubeconfig " (将重写的 k3s kubeconfig 打印为 stdout),这样用户可以自己重定向.
乐于继续使用"将只用Colima的QQ/. 打开此选项, 供稿人可以考虑一个一等的选项 .内容来源: abiosoft/colima