conda无rename命令，改名本质是克隆+删除：先conda create --name new_name --clone old_name，验证后conda remove --name old_name --all；手动重命名文件夹或用environment.yml重建均不推荐。
conda 没有直接重命名虚拟环境的命令（比如 conda rename 在最新稳定版中并不存在，某些旧文档提到的该子命令早已被移除或从未正式支持）。所谓“改名”，本质是克隆 + 删除的组合操作，这是唯一安全、可靠、跨平台的做法。
conda create --clone 是唯一推荐的“改名”方式
-
conda create --clone会完整复制原环境的 Python 版本、所有已安装包及其精确版本、pip 安装的包（只要它们被conda list记录）、甚至非 conda 包的元信息（如通过pip install -e .安装的本地包，前提是未被覆盖或损坏）。 - 它不依赖路径硬编码，也不修改内部
prefix或conda-meta/history中的环境名字段，因此兼容性最好。 - 克隆过程比导出/重装
environment.yml更快，且避免了pip包版本漂移或二进制不兼容问题（尤其对torch、tensorflow、opencv等含 C 扩展的包）。
执行步骤：
- 确保原环境没在运行（关闭 Jupyter、PyCharm、任何 Python 进程）
- 运行：
conda create --name new_name --clone old_name - 等待完成，然后验证：
conda activate new_name→python -c "import torch; print(torch.version)"（按需测试关键包） - 确认无误后，再删旧环境：
conda remove --name old_name --all
⚠️ 注意：不要加
-y参数自动确认删除——万一激活错了环境，--all会清空整个文件夹，不可逆。
手动重命名 envs/ 文件夹为什么危险
- Anaconda 环境名在多个地方被硬引用：
-
~/.conda/environments.txt（必须同步修改，否则conda env list不显示） - 每个环境下的
conda-meta/history文件里记录了创建时的--name值 - 某些包（如
pywin32、matplotlib的 backend 配置）可能在安装时写死路径或环境名
-
- 即使你改了文件夹名、改了
environments.txt，下次运行conda update或conda install仍可能报错：CondaValueError: prefix already exists: /path/to/envs/new_name，因为 conda 内部缓存或 registry 未刷新。 - Windows 下还可能触发权限锁或符号链接失效（尤其用过
conda develop）。
所以除非你清楚自己在改什么，并愿意手动修复 conda-meta 和所有相关配置，否则别碰文件夹重命名。
用 environment.yml 导出再重建算不算“改名”
可以，但不是等价替代：
- 优点：可编辑 YAML 文件，删掉不需要的包、统一版本号、适配不同平台（比如删掉 Windows-only 的
pywin32） - 缺点：
-
conda env export默认包含 build 字符串（如py39h1a9c180_0），在另一台机器或新 conda 版本下可能无法解析 - pip 安装的包默认不导出（除非加
--from-history，但那又丢掉了版本锁定） - 耗时更长，且容易因通道（channel）优先级变化导致安装不同二进制包（比如
numpy装成intel编译版而非defaults版）
-
如果你只是想换个名字，没必要走这条路。它更适合「迁移」或「标准化分发」，而不是「本地改名」。
真正容易被忽略的一点：克隆前先检查磁盘空间。conda create --clone 会临时占用和原环境等量的磁盘空间（即两份副本共存），等你删掉旧环境才释放。10 GB 的环境，就得预留至少 10 GB 空闲空间——很多人卡在克隆中途失败，就因为 No space left on device，但错误信息并不明确提示是空间问题。
