我应该在每个虚拟环境中安装conda吗？

Question

我刚刚在Windows 7上全新安装了Anaconda3（python 3.7），并创建了几个虚拟环境。没有尝试，我造成了一些混乱。

1. 我的基础全新安装的第一个克隆中没有 not ，并且没有 not 在其PATH中具有基础安装。因此，运行conda的唯一方法是指定基本安装的完整路径。似乎不对。

2. 从yml文件创建的我的python 3.5 env包含较旧版本的conda，并且PATH中没有基本env。它运行旧版本，并警告我对其进行更新。似乎也错了。

3. 我最近的base克隆没有conda，但它的路径中有 ，因此它运行了conda。

第三种情况是否应该一直如此？

如何解决案例一和案例二？

下次是否需要注意避免情况一和情况二？

更新：

1. 第一种情况与环境本身无关，而是与conda在克隆过程中创建的“开始”菜单快捷方式有关。当我在底座上打开控制台，然后激活此环境时，一切正常。我可以忍受。

2. 我在旧的Python 3.5安装中使用命令conda env export -n base > file.yml创建了这个yml文件。因此，yml文件中包含以下与conda相关的项目：

   • anaconda-clean = 1.1.0 = py35_0
   • anaconda-client = 1.7.2 = py35_0
   • anaconda = custom = py35_0
   • anaconda-navigator = 1.9.2 = py35_0
   • conda = 4.5.11 = py35_0
   • conda-build = 2.1.4 = py35_0
   • conda-env = 2.6.0 = h36134e3_1
   • conda-verify = 2.0.0 = py35_0
   • nb_anacondacloud = 1.2.0 = py35_0
   • nb_conda = 2.0.0 = py35_0
   • nb_conda_kernels = 2.0.0 = py35_0

那么问题的开放部分是：上面列出的哪些与conda相关的项目不应该在python 3.5环境中？

Answer 1

是，方案＃3，即conda仅在 base env中，而 base bin/目录位于{{1 }}似乎是标准配置。

当我克隆自己的基地时，即

PATH

它警告我，将不会复制 conda 和 conda-env 软件包，这将导致在情况3下的配置。

要解决情况（2），可能足以从YAML中删除 conda 和 conda-env ，然后重新创建环境。

不确定情况（1），但通常情况下，在大多数默认安装中， base conda create -n base-clone --clone base 目录应位于bin/上，并激活另一个环境（是否克隆） ）不应该影响该条目，而应在PATH之前加envs/your-env/bin/（优先级更高）。

我想我应该加上免责声明，这些都是来自经验/测试（通过MacOS 10.14上的Miniconda安装了 conda v4.5.12 ），而不是任何直接的conda内部知识。 / p>