conda不支持直接重命名环境，安全做法是先克隆为新名环境（conda create --name new --clone old），再用conda env remove --name old删除旧环境；手动改envs目录名会破坏元数据和激活逻辑。
conda 没有 rename 命令，直接改 envs/ 目录名会破坏激活逻辑和元数据，导致 conda activate 失败、路径硬编码错误甚至 base 环境异常。唯一安全可靠的做法是克隆 + 删除。
用 conda create --clone 创建新环境
这是重命名的实质操作：不是修改旧环境，而是生成一个内容完全一致但名字不同的新环境。
克隆过程默认使用硬链接（Linux/macOS）或复制（Windows），速度快、磁盘占用低，且保留所有包版本、pip 安装的包、非 Python 依赖（如 CUDA 工具链、libgfortran）。
执行前先确认原环境名：
conda env list
假设原环境叫 old_env，想改成 project_v2，运行：
conda create --name project_v2 --clone old_env
注意以下几点：
-
--clone必须指定已存在的环境名，不能是路径（如--clone /path/to/env在较新 conda 版本中已被弃用） - 新环境名不能与现有环境冲突，否则报错
CondaValueError: prefix already exists - 若原环境中用
pip install -e .装了本地包，克隆后仍需在新环境中重新pip install -e .（因为软链接不跨环境生效）
删除原环境用 conda env remove，不是 conda remove --all
删除必须用 conda env remove --name old_env，而不是 conda remove -n old_env --all —— 后者在部分 conda 版本中可能只删包不删环境目录，残留空文件夹导致 conda env list 仍显示该环境。
执行删除前建议先停用原环境：
conda deactivate
再运行：
Miniconda py314_26.5.3-2 Linux x86_64 安装脚本，来自 Anaconda 官方 Miniconda 下载目录，适合服务器、工作站和容器环境配置轻量 Conda 与 Python。
conda env remove --name old_env
删除成功后，conda env list 应不再列出 old_env，且 ~/miniconda3/envs/（或 Windows 下 %USERPROFILE%\Miniconda3\envs\）里对应目录被彻底清空。
Windows 下克隆失败常见原因和绕过方式
Windows 默认禁用硬链接，而 conda 克隆在某些版本中依赖它；若遇到 PermissionError: [WinError 5] 或克隆后新环境无法激活，说明克隆未完整。
可强制走复制模式（更慢但兼容性好）：
conda create --name project_v2 --clone old_env --copy
另外检查是否以管理员权限运行 Anaconda Prompt —— 非管理员下 Windows 可能拒绝创建硬链接。
为什么不用导出 environment.yml 再重建？
导出再重建看似“干净”，但实际容易出问题：
-
conda env export > env.yml会包含大量 build 字符串（如py311h2a458cd_0），跨平台或跨 conda 版本时极可能还原失败 - pip 安装的包若没写进
env.yml（默认不包含），重建后丢失 - 二进制依赖（如
ffmpeg、openblas）的 ABI 兼容性在重建时可能被忽略，导致运行时报undefined symbol
克隆是唯一能 1:1 复制运行时状态的操作，包括所有符号链接、激活脚本里的绝对路径、conda-meta/history 记录等。
base 环境——那得重装 Miniconda。
