pip 引导程序

Python 安装包含一个名为“pip3”的可执行文件（有关命名原理等，请参见PEP 394），该文件尝试导入 pip 机制。如果可以，则 pip 命令照常进行。如果不行，它将通过下载 pip 实现和 setuptools wheel 文件来引导 pip。此后，“pip 实现”的安装将意味着安装 setuptools 和 virtualenv。安装完成后，pip 命令照常进行。引导过程完成后，“pip3”命令不再是引导程序，而是完整的 pip 命令。

使用引导程序代替完整的 pip 代码，这样我们就不必捆绑 pip，并且 pip 可以在常规 Python 升级时间范围和流程之外进行升级。

为了避免与 sudo 相关的问题，我们将引导程序默认为将 pip 实现安装到PEP 370中定义并在 Python 2.6/3.0 中实现的每个用户 site-packages 目录。由于我们避免安装到系统 Python，因此我们也避免与任何其他打包系统（例如 Linux 系统上的打包系统）发生冲突。如果用户位于PEP 405虚拟环境中，则 pip 实现将安装到该虚拟环境中。

引导过程将按以下步骤进行

1. 用户系统已安装 Python (3.4+)。在 Python 安装的“scripts”目录中，有一个名为“pip3”的引导程序脚本。
2. 用户将调用 pip 命令，通常为“pip3 install <package>”，例如“pip3 install Django”。
3. 引导程序脚本将尝试导入 pip 实现。如果成功，则正常处理 pip 命令。停止。
4. 如果未能导入 pip 实现，引导程序会通知用户需要“安装 pip”。它会询问用户是否应将 pip 作为系统范围的 site-packages 安装还是作为仅用户包安装。此选择也将作为 pip 的命令行选项提供，以便非交互式使用成为可能。
5. 引导程序将联系 PyPI 以获取最新的下载 wheel 文件（请参见PEP 427）。
6. 下载文件后，使用“python setup.py install”安装。
7. pip 工具现在可以导入 pip 实现，并继续正常处理用户请求的命令。

用户可能在无法访问公共互联网的环境中运行，并且仅依赖于本地包存储库。他们将对“pip3 install”命令使用“-i”（Python 包索引的基本 URL）参数。这只是覆盖指向 PyPI 的默认索引 URL。

某些用户可能没有适合获取 pip 实现文件的互联网访问权限。这些用户可以手动下载并安装 setuptools 和 pip tar 文件。无需为这种情况添加特定的支持。

pip 实现安装文件的下载将以安全方式执行。来自 pypi.python.org 的传输将通过 HTTPS 完成，并执行 CA 证书检查。此功能将在 Python 3.4+ 中使用操作系统证书（请参见 PEP XXXX）。

除了控制索引位置和下载选项的参数外，“pip3”引导程序命令还可以支持更多标准 pip 选项以实现详细程度、静默和日志记录。

“pip3”命令将支持两个在引导过程中使用并在其他情况下忽略的新命令行选项。它们控制 pip 实现的安装位置

--bootstrap

安装到用户的包目录。选择此选项的名称是为了将其作为首选安装选项进行推广。

--bootstrap-to-system

安装到系统 site-packages 目录。

这些命令行选项也需要实现，但在其他情况下会被忽略，在 pip 实现中也是如此。

应考虑如果 pip 安装在该位置，则将 pip 默认为将包安装到用户的包目录。

“pip3”命令的“–no-install”选项不会影响引导过程。

发布包的修改

提议了一个额外的新的 Python 包“pypublish”，它将是一个用于将包发布到 PyPI 的工具。它将取代当前的“python setup.py register”和“python setup.py upload”distutils 命令。同样，由于 Python 发布周期经过衡量，并且存在大量现有的 Python 安装，因此这些命令难以修复错误和扩展。此外，希望能够通过 HTTPS 并使用证书验证来执行“register”和“upload”命令。由于随 Python 一起提供 CA 证书密钥链实际上不可行（更新密钥链非常难以管理），因此希望这些命令以及随附的密钥链能够在 Python 本身之外进行安装和升级。

现有的 distutils 包注册和上传机制将保留，但会显示弃用警告。