如果在创建conda环境时没有添加pip

conda create -n env_name pip

也没有在环境中安装PIP

source activate env_name
conda install pip

那么您得到的唯一PIP就是系统PIP，它将全局安装包。

正如您在这个问题中所看到的，即使您执行了上面提到的任何一个过程，pip在conda环境中的行为仍然是未定义的。

为了确保使用安装在conda环境中的pip，而不必键入冗长的/home/username/anaconda/envs/env_name/bin/pip，我写了一个shell函数:

# Using pip to install packages inside conda environments.
cpip() {
    ERROR_MSG="Not in a conda environment."
    ERROR_MSG="$ERROR_MSG\nUse \`source activate ENV\`"
    ERROR_MSG="$ERROR_MSG to enter a conda environment."

    [ -z "$CONDA_DEFAULT_ENV" ] && echo "$ERROR_MSG" && return 1

    ERROR_MSG='Pip not installed in current conda environment.'
    ERROR_MSG="$ERROR_MSG\nUse \`conda install pip\`"
    ERROR_MSG="$ERROR_MSG to install pip in current conda environment."

    [ -e "$CONDA_PREFIX/bin/pip" ] || (echo "$ERROR_MSG" && return 2)

    PIP="$CONDA_PREFIX/bin/pip"
    "$PIP" "$@"
}

希望这对你有所帮助。

如果你只想安装conda。只需从PATH变量中删除所有其他python路径。

只留下:

C:\ProgramData\Anaconda3
C:\ProgramData\Anaconda3\Scripts
C:\ProgramData\Anaconda3\Library\bin

这允许你使用pip install *，它会直接安装到conda安装中。

我用以下方法解决了这个问题:

如果你有一个非conda pip作为你的默认pip，但conda python是你的默认python(如下所示)

>which -a pip
/home/<user>/.local/bin/pip   
/home/<user>/.conda/envs/newenv/bin/pip
/usr/bin/pip

>which -a python
/home/<user>/.conda/envs/newenv/bin/python
/usr/bin/python

那就不要只是打电话 PIP install <package>，您可以使用模块标志-m与python一起使用，以便它使用anaconda python进行安装

python -m pip install <package>

这会将包安装到anaconda库目录，而不是安装到与(非anaconda) pip关联的库目录

编辑: 这样做的原因如下: 命令PIP引用一个特定的PIP文件/快捷方式(-a PIP告诉您是哪个)。类似地，命令python引用一个特定的python文件(-a python会告诉你是哪个文件)。由于这样或那样的原因，这两个命令可能变得不同步，所以你的“默认”pip与你的默认python在不同的文件夹中，因此与不同版本的python相关联。

相反，python -m pip构造不使用pip命令所指向的快捷方式。相反，它要求python找到它的pip版本，并使用该版本安装一个包。

这取决于您如何配置PATH环境变量。 当您的shell解析对pip的调用时，它将找到哪一个bin ?

(test)$ whereis pip
pip: /home/borja/anaconda3/envs/test/bin/pip /home/borja/anaconda3/bin/pip

确保anaconda安装中的bin文件夹位于/usr/lib之前(取决于您如何安装pip)。举个例子:

(test) borja@xxxx:~$ pip install djangorestframework
....
Successfully installed asgiref-3.2.3 django-3.0.3 djangorestframework-3.11.0 pytz-2019.3 sqlparse-0.3.1

(test) borja@xxxx:~$ conda list | grep django
django                    3.0.3                    pypi_0    pypi
djangorestframework       3.11.0                   pypi_0    pypi

我们可以看到djangorestframework安装在我的测试环境中，但如果我检查我的基础:

(base) borja@xxxx:~$ conda list | grep django

它是空的。

就我个人而言，我喜欢使用.pam_environment来处理我所有的PATH配置，这里有一个例子:

(base) borja@xxxx:~$ cat .pam_environment
PATH DEFAULT=/home/@{PAM_USER}/anaconda3/bin:${PATH}

多一个注释。安装pip的方式可能会产生问题:

你应该使用:conda install pip——>使用pip安装的新包将被添加到conda列表。 你不能使用:sudo apt install python3-pip——>新的包不会被添加到conda列表(因此不受conda管理)，但你仍然可以使用它们(冲突的可能性)。

我在这里看到了很多很好的答案，但仍然想分享我的，特别是如果你从pip时代转换到conda时代。按照这个步骤，您可以同时使用conda和pip安装任何包。

背景

仅用于Python包管理器 Conda -包括Python在内的许多语言的包和环境管理器

每次创建新的conda环境时，默认安装Pip

# this installs pip for your newly created environment
conda create -n my_new_env pip 

# activate your new conda environment
conda activate my_new_env

# now you can install any packages using both conda and pip
conda install package_name

#or
pip install package_name

这让你可以灵活地在conda环境中安装任何包，即使它们在conda中不可用(例如wordcloud)。

conda activate my_new_env

# will not work as wordcloud is not available in conda
conda install wordcloud

# works fine
pip install wordcloud

对于那些希望使用pip在conda中安装少量软件包的人，

sudo $(which pip) install <instert_package_name>

为我工作。

解释

无论如何，对我来说，哪个pip对于找到通往你所在位置的conda env pip路径是非常可靠的。然而，当使用sudo时，这似乎重定向路径或以其他方式破坏这一点。

使用$(pip)独立于sudo或任何命令执行该命令，类似于在Linux中运行/home/<username>/(mini)conda(3)/envs/<env_name>/pip。这是因为$()是单独运行的，并且文本输出添加到outer命令中。