为什么'(base)' 出现在我的 anaconda 命令提示符中？答案

【问题标题】：Why does '(base)' appear in my anaconda command prompt?为什么'(base)' 出现在我的 anaconda 命令提示符中？
【发布时间】：2019-01-02 17:19:33
【问题描述】：

我的 anaconda 命令提示符现在显示：

(base) C:\users\user_name>

我想知道为什么 (base) 会出现在提示符前面。这开始出现，因为我创建了一个虚拟环境来运行 Django。如果我输入“停用”，提示就会消失，但如果我关闭终端并打开一个新终端，“基地”又会回来。

(base) C:\users\user_name> deactivate
C:\users\user_name>

问题是这个提示不能识别 pip 或任何 anaconda 命令。我可以在“base”提示符下运行 pip，但不能在原始提示符上运行。我使用 pip 在 '(base)...' 中安装了一个模块，但我的 ide 识别了这个模块。

conda list anaconda

in '(base)..' 给出了 Anaconda 的 4.4 版本。没有基础，它就无法识别 conda。在这发生之前，我已经多次运行 pip 和 conda 。我正在运行 Windows 10。

【问题讨论】：

您已经创建了第二个环境。 Anaconda cmd 会在您执行命令时告诉您它正在查看的虚拟环境。我不确定是什么问题？你为什么要deactivate 让它不指向你的任何一个环境？在制作自定义环境之前，无需告诉您它正在查看默认的Base
@roganjosh 我没有任何自定义环境，它仍然显示(base)。

标签： python anaconda virtualenv

【解决方案1】：

试试这个：

conda config --set auto_activate_base false

changeps1只是隐藏命令提示符，你还在这个环境中。

auto_activate_base可以避免进入环境。

【讨论】：

【解决方案2】：

虽然 Blockchain Business 的答案是正确的，但从 v 4.6.4 开始

DeprecationWarning: 'source deactivate' is deprecated. Use 'conda deactivate'.

所以，

conda deactivate

这实际上完全停用了 Anaconda，因此可能不是最佳解决方案...

恢复：

 conda activate

【讨论】：

【解决方案3】：

在 ~/.condarc 中更改命令提示符 (changeps1)：

changeps1: False

参考：

how to modify conda 'source activate' ps1 behavior

文档：

https://conda.io/projects/conda/en/latest/user-guide/configuration/use-condarc.html#change-command-prompt-changeps1

【讨论】：

这总是会移除环境。有没有办法只在我不使用 base 时显示环境？

【解决方案4】：

如果您在 Ubuntu 中遇到此问题，您可以尝试以下两个步骤将其从命令提示符中删除。

conda config
conda config --set changeps1 False

【讨论】：

我这样做了。和 (base) 仍然出现
禁用changeps1后需要运行source ~/.bashrc。

【解决方案5】：

我遇到了同样的问题，我输入了以下命令来删除（基础）引用：

源停用

【讨论】：

【解决方案6】：

"(base)" 会显示以告诉您您所处的环境。“base”是默认环境。

您可以在 Anaconda Navigator 中创建新环境。您可能会这样做以运行不同版本的 python，例如，因为您希望使用的库仅与 python 3.6 或更低版本兼容。

此外，如果您想安装一个实验性库/包并且不让它破坏您已安装的其他包，您可以将它安装在一个新环境中，它与您安装的其他库/包隔离。

您可能最好使用 Anaconda Navigator 中的 Environments 选项卡来创建、管理环境和安装库/包，但您可以使用 Anaconda Prompt如果您愿意，可以使用命令，并且在某些机器上执行此操作要快得多。

请注意，尽管如今 pip install 和 conda install 命令应该可以更好地配合使用，但我仍然建议坚持使用 conda install 并且仅在 conda 时使用 pip install 不适用于特定的软件包。这是因为安装 python 包以使它们不会相互冲突显然不是那么简单——并且使用两个不同的包管理器可能是一个问题。在过去，pip 几乎肯定会破坏使用 conda 或 Anaconda Navigator 设置的环境。

【讨论】：

【解决方案7】：

听起来好像当您安装 Anaconda 时，它现在将其视为您的默认环境，并且对于 Anaconda，您最好使用 conda 而不是使用 pip 安装软件包，因为充其量 pip 安装的软件包不会被 Anaconda 识别，最坏的情况是 pip 安装的软件包会破坏您的 Anaconda 安装。我自己之前经历了一些，因为我需要使用 Anaconda 来学习我正在学习的 Python 课程，但是我使用的是 Kubuntu，所以我没有太多关于在 Windows 上使用它的知识。

有关使用 Anaconda 的更多信息，请参阅https://conda.io/docs/user-guide/getting-started.html 您也可以使用 Anaconda Navigator 创建虚拟环境并安装软件包。

【讨论】：

为什么 anaconda 命令提示符看不到 Anaconda？这与 Windows 中的普通命令提示符不同
也许 Anaconda 没有添加到系统路径中，所以它看不到那组命令。见medium.com/@GalarnykMichael/…
这不是我要说的重点。 Anaconda 在 Windows 上带有自己的命令提示符。如果在打开 anaconda 命令提示符时，无论是否是 Anaconda，它都会查看系统安装是否合乎逻辑？
是的，这是合乎逻辑的。但是，如果您只是使用 cmd 打开命令提示符，您将获得默认的 Windows 系统提示符，即 system 环境，而不是提供的通过 Anaconda 或 venv 或任何可能用于管理虚拟环境或附加功能的人。它仍然尊重系统的 $PATH 变量
嗯，我认为我们在这里来自不同的角度 :) 我在主要问题下留下了评论，这是否澄清了我的观点？你的最后一条评论与我想如何表达我的问题是矛盾的，所以也许我不清楚；在一个句子中你说它是合乎逻辑的，而在下一个你继续说显示 system 环境是不合逻辑的。那么，如果 Anaconda 中有 2 个venvs，为什么默认环境不应该是Base？

【解决方案8】：

在(base) C:\users\user_name> 之类的路径前显示活动环境是一项功能，而不是错误。如果您将模块安装到基础环境中（不良做法警告：在单独的环境中使用 conda install this_module -c conda-forge 或 pip install this_module），您首先需要激活基础环境才能实际使用 this_module。如果您不知道如何在 IDE 中执行此操作（尽管这是任何 IDE 的基本功能），请打开一个 cmd shell，输入 conda activate，然后直接从 (base) C:\users\user_name> 提示符启动您的 IDE。

【讨论】：

默认情况下会破坏用户的偏好是一个错误，然后用户必须谷歌如何撤消它。

【解决方案9】：

在我的例子中，我运行了 source ~/anaconda3/etc/profile.d/conda.sh 并期望 env 被激活。

它必须是conda activate

【讨论】：