我有Python3.4.1的本地版本,我可以运行python-m pip install
,但是我找不到运行pip install
的pip二进制文件。这两者有什么区别?
事实上,分发Python模块的文档刚刚更新,建议使用python-m pip
而不是pip
可执行文件,因为这样更容易判断哪个版本的python将用于实际运行pip
。
这里有一些更具体的证据,不仅仅是相信我的话和我链接的bug报告:)
如果您查看pip
可执行脚本,它只是这样做:
from pkg_resources import load_entry_point
<snip>
load_entry_point('pip==1.5.4', 'console_scripts', 'pip')()
它调用load_entry_point
,返回一个函数,然后执行该函数。它使用的切入点称为'console_scripts'
。如果您查看pip
的entry_points. txt文件(我的Ubuntu机器上的/usr/lib/python2.7/dist-包/pip-1.5.4.eger-info/entry_points.txt),您将看到以下内容:
[console_scripts]
pip = pip:main
pip2.7 = pip:main
pip2 = pip:main
所以返回的切入点是pip
模块中的main
函数。
当您运行python-m pip
时,您正在pip
包中执行__main__. py
脚本。看起来像这样:
import sys
from .runner import run
if __name__ == '__main__':
exit = run()
if exit:
sys.exit(exit)
runner.run
函数如下所示:
def run():
base = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
## FIXME: this is kind of crude; if we could create a fake pip
## module, then exec into it and update pip.__path__ properly, we
## wouldn't have to update sys.path:
sys.path.insert(0, base)
import pip
return pip.main()
如您所见,它也只是调用pip. main
函数。因此,这两个命令最终都会在pip/__init__.py
中调用相同的main
函数。
2021
仅当您使用PyCharm创建venv时才会发生这种情况。请检查脚本/pip-script.py是否位于您的虚拟环境中
pip install
和python-m pip install
--并不完全相同。或者欢迎回到VERSIONING的地狱
我习惯于键入pip(. exe)安装
今天我重试python-m pip install
copy
我开始深入研究pip,我发现了这个问题/答案。过了一会儿,我发现pip. exe调用了脚本
我与安装包枕头打架。
#! .\venv\Scripts\python.exe
# EASY-INSTALL-ENTRY-SCRIPT: 'pip==19.0.3','console_scripts','pip3'
__requires__ = 'pip==19.0.3'
import re
import sys
from pkg_resources import load_entry_point
if __name__ == '__main__':
sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])
sys.exit(
load_entry_point('pip==19.0.3', 'console_scripts', 'pip3')()
)
我有点惊讶pip. exe仍然使用包的旧版本19.0.3,而不是新安装的版本21.0.1。
我手动将两个版本字符串更改为21.0.1。现在pip. exe能够正确安装Pillow。
从现在我明白为什么pip仍然抱怨我使用旧版本的pip。
我认为旧的v19 pip在检测支持的平台方面存在问题,因此安装了源代码而不是二进制文件。
Python的每个安装都可能带有自己的Pip版本。(有些安装可能出于安全原因故意排除Pip:例如,当Python包含在Linux发行版中时,它通常会省略Pip,这样用户就不会无意中将有害的东西安装到操作系统所依赖的Python副本中。)
从概念上讲,Pip由两个部分组成:pip
标准库模块,包含在pip.py
文件中;和pip
包装器可执行文件。(在Windows上,这是作为实际的. exe文件实现的;在Mac和Linux上,它应该只是一个Python脚本,具有执行权限集,没有.py
文件扩展名。)包装器的目的是在相应的标准库模块中运行“主”代码。
在命令行使用pip
将查找并运行PATH环境变量中第一个可执行的包装器,然后运行相应的Python代码以安装与该包装器关联的Python。因此,它将为Python安装第三方库。
在命令行使用python-m pip
将找到并运行PATH环境变量中第一个Python,并指示它在其标准库中找到pip
标准库模块(不是直接;它将像任何模块导入一样搜索sys. path
)并将其作为模块运行。因此,它将为在PATH中找到的Python安装第三方库。
在Windows上,在命令行使用py-m pip
将(除非系统配置严重错误)找到并运行py
可执行文件,该可执行文件安装到将始终位于PATH上的Windows目录中。这反过来将使用自己的逻辑来选择系统上的Python,运行其pip
,然后从那里像以前一样继续。
根据系统的配置方式,这些命令可能不会都选择相同的Python安装。
使用python-m pip
确保为运行的相同Python安装库,使用pythonmyscript.py
。这对于那些正在编写myscript.py
的人非常有用,需要该代码来使用将要安装的库,并且希望它与任何python
一起运行。
作为Windows的特别注意事项,pip install--升级pip
将不起作用。这是因为升级Pip涉及替换磁盘上的Pip包装器可执行文件;通过以这种方式运行命令,该包装器可执行文件就是正在运行的程序,Windows不允许程序在磁盘上替换自己。通过使用python-m pip install--升级pip
或py-m pip install--升级pip
来代替,问题被避免了,因为现在包装器可执行文件不运行-Python(可能还有py
)运行,使用pip.py
(或缓存的pip. pyc
)文件中的代码。