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”选项不会影响引导过程。

修改包发布方式

提议增加一个名为“pypublish”的新的 Python 包，它将是一个发布包到 PyPI 的工具。它将取代当前的“python setup.py register”和“python setup.py upload”distutils 命令。同样，由于 Python 的发布周期和现有 Python 安装的广泛性，这些命令难以修复 bug 和扩展。此外，希望“register”和“upload”命令能够通过 HTTPS 进行，并进行证书验证。由于将 CA 证书密钥链与 Python 一起分发实际上是不可行的（更新密钥链很难管理），因此希望这些命令以及附带的密钥链能够独立于 Python 本身进行安装和升级。

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