Python 我是否应该在每个虚拟环境中安装conda？

我刚刚在Windows7上干净地安装了Anaconda3（python 3.7），并创建了几个虚拟环境。没有尝试，我制造了一些混乱

我的第一个base clean安装克隆中没有conda，并且在其路径中没有base安装。因此，运行conda的唯一方法是指定基本安装的完整路径。这似乎是错误的

从yml文件创建的Python3.5环境中包含较旧版本的conda，并且路径中没有基本环境。它运行旧版本并警告我更新它。似乎也错了

我最近的base克隆没有conda，但是它的路径中有base env，所以它运行base conda

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

我怎样才能解决第一和第二个问题

有什么我下次应该注意的，以避免案例一和案例二

更新：

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

我在旧的python 3.5安装中使用命令创建了这个yml文件：

conda env export-n base>file.yml

。因此，yml文件中包括以下与conda相关的项目：

• 水蟒清洁度=1.1.0=py35_0
• anaconda客户端=1.7.2=py35_0
• anaconda=custom=py35_0
• 水蟒导航器=1.9.2=py35_0
• 康达=4.5.11=py35_0
• 康达建筑=2.1.4=py35_0
• 康达环境=2.6.0=h36134e3_1
• 康达验证=2.0.0=py35_0
• nb_anacondacloud=1.2.0=py35_0
• nb_conda=2.0.0=py35_0
• nb_conda_内核=2.0.0=py35_0

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

是的，场景#3，也就是说，

conda

仅在基础环境中，在

路径中的基本
bin/
目录下

似乎是标准配置

当我克隆我的基地，即

conda create -n base-clone --clone base

它警告我不会复制conda和conda env包，这导致案例3中的配置

为了修复情况（2），从YAML中删除conda和conda env可能就足够了，然后重新创建env

虽然通常情况下，base

bin/

目录在大多数默认安装中应该位于

PATH

上，并且激活另一个env（克隆或未克隆）不应影响该条目，而只应在

PATH

前面加上

env/bin/

---

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

不幸的是，我没有准确记录我的步骤，只是在以后注意到了差异，但我会尝试在以后添加细节。谢谢你让我知道事情应该是怎样的。不用担心，我肯定也遇到过类似的情况。我添加了我的评论作为回答，所以它更具可读性，但如果你想等待一个更权威的回答，请不要觉得有义务接受。