如何在 Windows 上卸载minikube

卸载 minikube 命令和删除 Kubernetes 集群是两件事，准备删除集群之前，先备份应用数据和持久卷。

先保存数据，再退出程序

工具还在时先运行 minikube profile list，分清实际使用的配置，准备停用某个集群就先导出工作负载和数据。官方 minikube delete 会删除本地集群及相关文件，--all 和 --purge 会扩大范围，不作为常规清缓存步骤，也不为卸载这个命令而移除 Docker 或其他虚拟机后端。

卸载对应的安装包

Windows 11 打开「设置 › 应用 › 已安装的应用」，找到 minikube 后选择卸载，Windows 10 对应的是「设置 › 应用 › 应用和功能」。先让自带卸载器走完，不提前删除程序目录。如果是 winget 安装，先确认准确的包名：

winget list --id Kubernetes.minikube --exact

查询正常完成，并且显示的确实是准备移除的安装，再执行：

winget uninstall --id Kubernetes.minikube --exact

这会调用该安装包登记的卸载方式，便携包则由包管理器移除。命令报错或没有匹配条目，都不能单独证明软件已经不在，还要核对 Windows 应用列表和最初的安装方式。卸载器要求确认或重启时，先保存其他工作再处理，命令行为见微软的 winget 卸载文档。

数据与独立组件分别处理

下面这些位置或组件要单独判断，看到目录还在，不代表里面的内容可以直接删除。

参考 minikube 官方资料。

检查卸载结果

winget list --id Kubernetes.minikube --exact
Test-Path -LiteralPath "$env:USERPROFILE\.minikube"
Test-Path -LiteralPath "$env:ProgramFiles\Kubernetes"

包查询正常完成且没有匹配行，才说明没找到该包登记，有匹配行就还在，报错则结果未知。每条 Test-Path 的 True 表示对应位置仍存在，False 表示没找到，权限错误不等于已删除。主动保留的数据留着即可，再用任务管理器核对进程的可执行文件是否属于这次安装，先区分另一版本或独立组件，再决定是否处理。

Mole 会列出什么

测试中，安装包的登记和属于 minikube 的使用记录被移除，程序目录和快捷方式已由卸载流程删除，空的 Kubernetes 父目录保留。这次没有验证集群删除或备份。

这次检查覆盖了什么

测试卸载了为所有用户安装的 NSIS 包，也检查了后续残留，因为没有可信的旧版安装包，没有做版本升级对比测试，工作负载恢复、卷备份和其他驱动方案也未验证。

本次测试使用 Mole 开发构建，未逐一验证正式发布的各个版本。