|Email:||distutils-sig @ python . org|
As a popular open source development project, Python has an active supporting community of contributors and users that also make their software available for other Python developers to use under open source license terms.
This allows Python users to share and collaborate effectively, benefiting from the solutions others have already created to common (and sometimes even rare!) problems, as well as potentially contributing their own solutions to the common pool.
This guide covers the installation part of the process. For a guide to creating and sharing your own Python projects, refer to the distribution guide .
For corporate and other institutional users, be aware that many organisations have their own policies around using and contributing to open source software. Please take such policies into account when making use of the distribution and installation tools provided with Python.
pipis the preferred installer program. Starting with Python 3.4, it is included by default with the Python binary installers.
venvis the standard tool for creating virtual environments, and has been part of Python since Python 3.3. Starting with Python 3.4, it defaults to installing
pipinto all created virtual environments.
virtualenvis a third party alternative (and predecessor) to
venv. It allows virtual environments to be used on versions of Python prior to 3.4, which either don’t provide
venvat all, or aren’t able to automatically install
pipinto created environments.
distutilsis the original build and distribution system first added to the Python standard library in 1998. While direct use of
distutilsis being phased out, it still laid the foundation for the current packaging and distribution infrastructure, and it not only remains part of the standard library, but its name lives on in other ways (such as the name of the mailing list used to coordinate Python packaging standards development).
自 3.6 版起弃用：
was the recommended tool for creating virtual environments for Python 3.3 and 3.4, and is
deprecated in Python 3.6
The use of
is now recommended for creating virtual environments.
The standard packaging tools are all designed to be used from the command line.
The following command will install the latest version of a module and its dependencies from the Python Packaging Index:
python -m pip install SomePackage
For POSIX users (including Mac OS X and Linux users), the examples in this guide assume the use of a virtual environment .
For Windows users, the examples in this guide assume that the option to adjust the system PATH environment variable was selected when installing Python.
It’s also possible to specify an exact or minimum version directly on the command line. When using comparator operators such as
or some other special character which get interpreted by shell, the package name and the version should be enclosed within double quotes:
python -m pip install SomePackage==1.0.4 # specific version python -m pip install "SomePackage>=1.0.4" # minimum version
Normally, if a suitable module is already installed, attempting to install it again will have no effect. Upgrading existing modules must be requested explicitly:
python -m pip install --upgrade SomePackage
More information and resources regarding
and its capabilities can be found in the
Python Packaging User Guide
Creation of virtual environments is done through the
module. Installing packages into an active virtual environment uses the commands shown above.
These are quick answers or links for some common tasks.
pipin versions of Python prior to Python 3.4? ¶
Python only started bundling
with Python 3.4. For earlier versions,
needs to be “bootstrapped” as described in the Python Packaging User Guide.
will install a package just for the current user, rather than for all users of the system.
A number of scientific Python packages have complex binary dependencies, and aren’t currently easy to install using
directly. At this point in time, it will often be easier for users to install these packages by
rather than attempting to install them with
On Linux, Mac OS X, and other POSIX systems, use the versioned Python commands in combination with the
switch to run the appropriate copy of
python2 -m pip install SomePackage # default Python 2 python2.7 -m pip install SomePackage # specifically Python 2.7 python3 -m pip install SomePackage # default Python 3 python3.4 -m pip install SomePackage # specifically Python 3.4
commands may also be available.
On Windows, use the
Python launcher in combination with the
py -2 -m pip install SomePackage # default Python 2 py -2.7 -m pip install SomePackage # specifically Python 2.7 py -3 -m pip install SomePackage # default Python 3 py -3.4 -m pip install SomePackage # specifically Python 3.4
On Linux systems, a Python installation will typically be included as part of the distribution. Installing into this Python installation requires root access to the system, and may interfere with the operation of the system package manager and other components of the system if a component is unexpectedly upgraded using
On such systems, it is often better to use a virtual environment or a per-user installation when installing packages with
It is possible that
does not get installed by default. One potential fix is:
python -m ensurepip --default-pip
There are also additional resources for installing pip.
Python has typically relied heavily on source based distribution, with end users being expected to compile extension modules from source as part of the installation process.
With the introduction of support for the binary
format, and the ability to publish wheels for at least Windows and Mac OS X through the Python Packaging Index, this problem is expected to diminish over time, as users are more regularly able to install pre-built extensions rather than needing to build them themselves.
Some of the solutions for installing
that are not yet available as pre-built
files may also help with obtaining other binary extensions without needing to build them locally.