从 Anaconda 缩小到 Miniconda
Downsizing from Anaconda to Miniconda
在我知道 Anaconda 和 Miniconda 之间的区别之前，我已经在我的系统上安装了 Anaconda。我想缩小到 Miniconda，因为我不想让 Anaconda 膨胀，但我已经设置了一些环境。
到目前为止，我能想到的迁移的唯一方法是现在完全摆脱所有东西，安装 Miniconda，然后手动重新创建我的环境，但这似乎很费力。有没有更聪明的方法来解决这个问题？
我同意@darthbith：将 envs 导出到 YAML 文件（conda env export），然后在安装 Miniconda 后重新创建它们（conda env create）。
虽然有一些用于打包和移动 env 的实验性工具（即，这样您就不必重新下载包），但它们只能在单个 env 的基础上工作。所以，我看不出走这条路如何避免制作许多共享文件的多个副本。相反，如果您让 Conda 处理环境（重新）创建，它将利用硬链接来最大限度地减少磁盘使用，这似乎是您的目标之一。
通过在 Anaconda 安装的根目录中保留 pkgs 目录，然后将其内容复制到 Miniconda 安装的 pkgs 中，可以避免在环境重建期间重新下载包.我只会复制与 Miniconda 附带的不冲突的 folders/tarballs。完成环境重建后，conda clean -p 可能是有序的，因为 Anaconda 包含许多可能未被重用的包。
在我知道 Anaconda 和 Miniconda 之间的区别之前，我已经在我的系统上安装了 Anaconda。我想缩小到 Miniconda，因为我不想让 Anaconda 膨胀，但我已经设置了一些环境。
到目前为止，我能想到的迁移的唯一方法是现在完全摆脱所有东西，安装 Miniconda，然后手动重新创建我的环境，但这似乎很费力。有没有更聪明的方法来解决这个问题？
我同意@darthbith：将 envs 导出到 YAML 文件（conda env export），然后在安装 Miniconda 后重新创建它们（conda env create）。
虽然有一些用于打包和移动 env 的实验性工具（即，这样您就不必重新下载包），但它们只能在单个 env 的基础上工作。所以，我看不出走这条路如何避免制作许多共享文件的多个副本。相反，如果您让 Conda 处理环境（重新）创建，它将利用硬链接来最大限度地减少磁盘使用，这似乎是您的目标之一。
通过在 Anaconda 安装的根目录中保留 pkgs 目录，然后将其内容复制到 Miniconda 安装的 pkgs 中，可以避免在环境重建期间重新下载包.我只会复制与 Miniconda 附带的不冲突的 folders/tarballs。完成环境重建后，conda clean -p 可能是有序的，因为 Anaconda 包含许多可能未被重用的包。