我在conda规范中找不到任何允许你在没有前缀的情况下导出环境文件的东西:…线。然而，正如Alex在评论中指出的那样，在从文件创建环境时，conda似乎并不关心前缀行。

考虑到这一点，如果您希望其他用户不知道您的默认安装路径，可以在写入environment.yml之前使用grep删除前缀行。

conda env export | grep -v "^prefix: " > environment.yml

不管怎样，另一个用户运行:

conda env create -f environment.yml

环境将安装在默认的conda环境路径中。

如果你想为你的系统指定一个不同于默认的安装路径(与environment.yml中的'prefix'无关)，只需要在所需的路径后面使用-p标志。

conda env create -f environment.yml -p /home/user/anaconda3/envs/env_name

注意，Conda建议创建环境。如果你想跨平台(Windows/Linux/Mac)共享你的环境，这是特别重要的。在这种情况下，可以省略前缀行。

首先激活你的conda环境(你想要导出/备份的环境)

conda activate myEnv

导出所有包到一个文件(myEnvBkp.txt)

conda list --explicit > myEnvBkp.txt

恢复/导入环境:

conda create --name myEnvRestored --file myEnvBkp.txt

从一个环境中保存要安装到另一台计算机的包的最简单的方法是:

$ conda list -e > req.txt

然后，您可以使用

$ conda create -n <environment-name> --file req.txt

如果您使用pip，请使用以下命令:参考https://pip.pypa.io/en/stable/reference/pip_freeze/

$ env1/bin/pip freeze > requirements.txt
$ env2/bin/pip install -r requirements.txt

我发现只导出字符串格式的包比导出整个conda环境更可移植。正如前面的答案所暗示的:

$ conda list -e > requirements.txt

但是，这个requirements.txt包含的构建号不能在操作系统之间移植，例如在Mac和Ubuntu之间。在conda env export中，我们有——no-builds选项，但没有conda list -e选项，所以我们可以通过发出以下命令来删除构建号:

$ sed -i -E "s/^(.*\=.*)(\=.*)/\1/" requirements.txt 

并在另一台计算机上重新创建环境:

conda create -n recreated_env --file requirements.txt 

Windows用户

打开CMD 激活SpidersEnv conda env export > spidersen .yml 然后浏览用户文件夹并搜索SpidersEnv.yml

这也是备份(导出)环境的另一种方法

到目前为止，我的情况(从x86到arch64)的最佳解决方案: https://github.com/conda/conda/issues/4339#issuecomment-311804578

Conda env export | cut -f 1 -d '=' | grep -v "prefix" > environment.yml

此外，如果您在机器架构(x86_64 > arch64)之间移动 您需要手动调整一些不兼容的包。例如Intel专用的mkl*，ld_impl_linux-64…