这是一个非常不好弄的问题,查看当前的环境的指令一般是:pip list
。但是往往有虚拟环境存在时,打印出来的是全局的包列表,显然用 conda list
才是当前环境安装的包。
问题出现了,conda create -n env_name
创建一个新的虚拟环境后,直接 pip install
发现并没有将依赖包安装到当前环境,而是安装到 base
环境中了,试了千百种方法,踩过无数大坑,最终想出一种比较稳妥的方法。
为什么执着于 pip install
安装?
conda install
很香,但是
# 1.有些包conda无法安装;
# 2.pip安装更智能;
# 3.pip download 可以导入当前环境的所有包(这也是我用虚拟环境的原因,严格把控环境配置)
pip install
是何物?
由于我最常用的电脑是有加密系统的,可能大家并没有我类似的烦恼,但是,我找出的方法 有理可据,深入原理
。
pip install
底层无非调用当前环境的 pip.exe
(不限pip3.exe等等),以这个角度出发,直接调用当前环境的 pip.exe
是不是就能完美解决问题呢。
事实证明的确如此
弄懂了原理,那方法一就是手动调用 pip
# 原代码
pip install package_name
# 替换成
D:\ProgramData\Anaconda3\envs\env_name\Scripts\pip.exe intall package_name
conda list
即可查看是否安装成功。
我是这样配置的:
首先安装的是miniconda
而不是anaconda
,这一点可能没有影响,但是anaconda
的确太重了;
然后使用的时候,我没有将 conda 的环境 和 当前 windows 环境混淆在一起,也就是说,使用conda
时,我是用的 conda
的 cmd,全名:Anaconda Powershell Prompt (Miniconda3)
;
很奇怪的是,我直接在虚拟环境中 pip install
又没有出问题了。
所以我推断是,正常情况下,conda是可以很方便的配置虚拟环境的,但是如果出现了一些不可抗力,如电脑加密,Path配置紊乱,或者不知名Bug方式导致环境配置失败的话,那么方法一就是非常保险的一种手段。
20220426
配置虚拟环境时,使用miniconda,好像就不会出现上述问题。
20220217
第一次提交