Provided by: pipenv_11.9.0-1.1_all 
NAME
pipenv - pipenv Documentation
----
Pipenv — the officially recommended Python packaging tool from Python.org, free (as in
freedom).
Pipenv is a tool that aims to bring the best of all packaging worlds (bundler, composer,
npm, cargo, yarn, etc.) to the Python world. Windows is a first–class citizen, in our
world.
It automatically creates and manages a virtualenv for your projects, as well as
adds/removes packages from your Pipfile as you install/uninstall packages. It also
generates the ever–important Pipfile.lock, which is used to produce deterministic builds.
The problems that Pipenv seeks to solve are multi-faceted:
• You no longer need to use pip and virtualenv separately. They work together.
• Managing a requirements.txt file can be problematic, so Pipenv uses the upcoming Pipfile
and Pipfile.lock instead, which is superior for basic use cases.
• Hashes are used everywhere, always. Security. Automatically expose security
vulnerabilities.
• Give you insight into your dependency graph (e.g. $ pipenv graph).
• Streamline development workflow by loading .env files.
INSTALL PIPENV TODAY!
$ pip install pipenv
✨🍰✨
If you have excellent taste, there's also a fancy installation method.
Pipenv & Virtual Environments
[image]
This tutorial walks you through installing and using Python packages.
It will show you how to install and use the necessary tools and make strong
recommendations on best practices. Keep in mind that Python is used for a great many
different purposes, and precisely how you want to manage your dependencies may change
based on how you decide to publish your software. The guidance presented here is most
directly applicable to the development and deployment of network services (including web
applications), but is also very well suited to managing development and testing
environments for any kind of project.
NOTE:
This guide is written for Python 3, however, these instructions should work fine on
Python 2.7—if you are still using it, for some reason.
☤ Make sure you've got Python & pip
Before you go any further, make sure you have Python and that it's available from your
command line. You can check this by simply running:
$ python --version
You should get some output like 3.6.2. If you do not have Python, please install the
latest 3.x version from python.org or refer to the Installing Python section of The
Hitchhiker's Guide to Python.
NOTE:
If you're newcomer and you get an error like this:
>>> python
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
NameError: name 'python' is not defined
It's because this command is intended to be run in a shell (also called a terminal or
console). See the Python for Beginners getting started tutorial for an introduction to
using your operating system's shell and interacting with Python.
Additionally, you'll need to make sure you have pip available. You can check this by
running:
$ pip --version
pip 9.0.1
If you installed Python from source, with an installer from python.org, or via Homebrew
you should already have pip9. If you're on Linux and installed using your OS package
manager, you may have to install pip separately.
☤ Installing Pipenv
Pipenv is a dependency manager for Python projects. If you're familiar with Node.js' npm
or Ruby's bundler, it is similar in spirit to those tools. While pip can install Python
packages, Pipenv is recommended as it's a higher-level tool that simplifies dependency
management for common use cases.
Use pip to install Pipenv:
$ pip install --user pipenv
NOTE:
This does a user installation to prevent breaking any system-wide packages. If pipenv
isn't available in your shell after installation, you'll need to add the user base's
binary directory to your PATH.
On Linux and macOS you can find the user base binary directory by running python -m
site --user-base and adding bin to the end. For example, this will typically print
~/.local (with ~ expanded to the absolute path to your home directory) so you'll need
to add ~/.local/bin to your PATH. You can set your PATH permanently by modifying
~/.profile.
On Windows you can find the user base binary directory by running py -m site
--user-site and replacing site-packages with Scripts. For example, this could return
C:\Users\Username\AppData\Roaming\Python36\site-packages so you would need to set your
PATH to include C:\Users\Username\AppData\Roaming\Python36\Scripts. You can set your
user PATH permanently in the Control Panel. You may need to log out for the PATH
changes to take effect.
☤ Installing packages for your project
Pipenv manages dependencies on a per-project basis. To install packages, change into your
project's directory (or just an empty directory for this tutorial) and run:
$ cd myproject
$ pipenv install requests
Pipenv will install the excellent Requests library and create a Pipfile for you in your
project's directory. The Pipfile is used to track which dependencies your project needs in
case you need to re-install them, such as when you share your project with others. You
should get output similar to this (although the exact paths shown will vary):
Creating a Pipfile for this project...
Creating a virtualenv for this project...
Using base prefix '/usr/local/Cellar/python3/3.6.2/Frameworks/Python.framework/Versions/3.6'
New python executable in ~/.local/share/virtualenvs/tmp-agwWamBd/bin/python3.6
Also creating executable in ~/.local/share/virtualenvs/tmp-agwWamBd/bin/python
Installing setuptools, pip, wheel...done.
Virtualenv location: ~/.local/share/virtualenvs/tmp-agwWamBd
Installing requests...
Collecting requests
Using cached requests-2.18.4-py2.py3-none-any.whl
Collecting idna<2.7,>=2.5 (from requests)
Using cached idna-2.6-py2.py3-none-any.whl
Collecting urllib3<1.23,>=1.21.1 (from requests)
Using cached urllib3-1.22-py2.py3-none-any.whl
Collecting chardet<3.1.0,>=3.0.2 (from requests)
Using cached chardet-3.0.4-py2.py3-none-any.whl
Collecting certifi>=2017.4.17 (from requests)
Using cached certifi-2017.7.27.1-py2.py3-none-any.whl
Installing collected packages: idna, urllib3, chardet, certifi, requests
Successfully installed certifi-2017.7.27.1 chardet-3.0.4 idna-2.6 requests-2.18.4 urllib3-1.22
Adding requests to Pipfile's [packages]...
P.S. You have excellent taste! ✨ 🍰 ✨
☤ Using installed packages
Now that Requests is installed you can create a simple main.py file to use it:
import requests
response = requests.get('https://httpbin.org/ip')
print('Your IP is {0}'.format(response.json()['origin']))
Then you can run this script using pipenv run:
$ pipenv run python main.py
You should get output similar to this:
Your IP is 8.8.8.8
Using $ pipenv run ensures that your installed packages are available to your script. It's
also possible to spawn a new shell that ensures all commands have access to your installed
packages with $ pipenv shell.
☤ Next steps
Congratulations, you now know how to install and use Python packages! ✨ 🍰 ✨
☤ Fancy Installation of Pipenv
To install pipenv in a fancy way, we recommend using pipsi.
Pipsi is a powerful tool which allows you to install Python scripts into isolated virtual
environments.
To install pipsi, first run this:
$ curl https://raw.githubusercontent.com/mitsuhiko/pipsi/master/get-pipsi.py | python
Follow the instructions, you'll have to update your PATH.
Then, simply run:
$ pipsi install pew
$ pipsi install pipenv
To upgrade pipenv at any time:
$ pipsi upgrade pipenv
This will install both pipenv and pew (one of our dependencies) in an isolated virtualenv,
so it doesn't interfere with the rest of your Python installation!
☤ Pragmatic Installation of Pipenv
If you have a working installation of pip, and maintain certain "toolchain" type Python
modules as global utilities in your user environment, pip user installs allow for
installation into your home directory. Note that due to interaction between dependencies,
you should limit tools installed in this way to basic building blocks for a Python
workflow like virtualenv, pipenv, tox, and similar software.
To install:
$ pip install --user pipenv
For more information see the user installs documentation, but to add the installed cli
tools from a pip user install to your path, add the output of:
$ python -c "import site; import os; print(os.path.join(site.USER_BASE, 'bin'))"
To upgrade pipenv at any time:
$ pip install --user --upgrade pipenv
☤ Crude Installation of Pipenv
If you don't even have pip installed, you can use this crude installation method, which
will bootstrap your whole system:
$ curl https://raw.githubusercontent.com/kennethreitz/pipenv/master/get-pipenv.py | python
Congratulations, you now have pip and Pipenv installed!
USER TESTIMONIALS
Jannis Leidel, former pip maintainer—
Pipenv is the porcelain I always wanted to build for pip9. It fits my brain and
mostly replaces virtualenvwrapper and manual pip calls for me. Use it.
Justin Myles Holmes—
Pipenv is finally an abstraction meant to engage the mind instead of merely the
filesystem.
Isaac Sanders—
Pipenv is literally the best thing about my day today. Thanks, Kenneth!
☤ PIPENV FEATURES
• Enables truly deterministic builds, while easily specifying only what you want.
• Generates and checks file hashes for locked dependencies.
• Automatically install required Pythons, if pyenv is available.
• Automatically finds your project home, recursively, by looking for a Pipfile.
• Automatically generates a Pipfile, if one doesn't exist.
• Automatically creates a virtualenv in a standard location.
• Automatically adds/removes packages to a Pipfile when they are un/installed.
• Automatically loads .env files, if they exist.
The main commands are install, uninstall, and lock, which generates a Pipfile.lock. These
are intended to replace $ pip install usage, as well as manual virtualenv management (to
activate a virtualenv, run $ pipenv shell).
Basic Concepts
• A virtualenv will automatically be created, when one doesn't exist.
• When no parameters are passed to install, all packages [packages] specified will be
installed.
• To initialize a Python 3 virtual environment, run $ pipenv --three.
• To initialize a Python 2 virtual environment, run $ pipenv --two.
• Otherwise, whatever virtualenv defaults to will be the default.
Other Commands
• graph will show you a dependency graph, of your installed dependencies.
• shell will spawn a shell with the virtualenv activated.
• run will run a given command from the virtualenv, with any arguments forwarded (e.g. $
pipenv run python).
• check checks for security vulnerabilities and asserts that PEP 508 requirements are
being met by the current environment.
FURTHER DOCUMENTATION GUIDES
Basic Usage of Pipenv
[image]
This document covers some of Pipenv's more basic features.
☤ Example Pipfile & Pipfile.lock
Here is a simple example of a Pipfile and the resulting Pipfile.lock.
Example Pipfile
[[source]]
url = "https://pypi.python.org/simple"
verify_ssl = true
name = "pypi"
[packages]
requests = "*"
[dev-packages]
pytest = "*"
Example Pipfile.lock
{
"_meta": {
"hash": {
"sha256": "8d14434df45e0ef884d6c3f6e8048ba72335637a8631cc44792f52fd20b6f97a"
},
"host-environment-markers": {
"implementation_name": "cpython",
"implementation_version": "3.6.1",
"os_name": "posix",
"platform_machine": "x86_64",
"platform_python_implementation": "CPython",
"platform_release": "16.7.0",
"platform_system": "Darwin",
"platform_version": "Darwin Kernel Version 16.7.0: Thu Jun 15 17:36:27 PDT 2017; root:xnu-3789.70.16~2/RELEASE_X86_64",
"python_full_version": "3.6.1",
"python_version": "3.6",
"sys_platform": "darwin"
},
"pipfile-spec": 5,
"requires": {},
"sources": [
{
"name": "pypi",
"url": "https://pypi.python.org/simple",
"verify_ssl": true
}
]
},
"default": {
"certifi": {
"hashes": [
"sha256:54a07c09c586b0e4c619f02a5e94e36619da8e2b053e20f594348c0611803704",
"sha256:40523d2efb60523e113b44602298f0960e900388cf3bb6043f645cf57ea9e3f5"
],
"version": "==2017.7.27.1"
},
"chardet": {
"hashes": [
"sha256:fc323ffcaeaed0e0a02bf4d117757b98aed530d9ed4531e3e15460124c106691",
"sha256:84ab92ed1c4d4f16916e05906b6b75a6c0fb5db821cc65e70cbd64a3e2a5eaae"
],
"version": "==3.0.4"
},
"idna": {
"hashes": [
"sha256:8c7309c718f94b3a625cb648ace320157ad16ff131ae0af362c9f21b80ef6ec4",
"sha256:2c6a5de3089009e3da7c5dde64a141dbc8551d5b7f6cf4ed7c2568d0cc520a8f"
],
"version": "==2.6"
},
"requests": {
"hashes": [
"sha256:6a1b267aa90cac58ac3a765d067950e7dbbf75b1da07e895d1f594193a40a38b",
"sha256:9c443e7324ba5b85070c4a818ade28bfabedf16ea10206da1132edaa6dda237e"
],
"version": "==2.18.4"
},
"urllib3": {
"hashes": [
"sha256:06330f386d6e4b195fbfc736b297f58c5a892e4440e54d294d7004e3a9bbea1b",
"sha256:cc44da8e1145637334317feebd728bd869a35285b93cbb4cca2577da7e62db4f"
],
"version": "==1.22"
}
},
"develop": {
"py": {
"hashes": [
"sha256:2ccb79b01769d99115aa600d7eed99f524bf752bba8f041dc1c184853514655a",
"sha256:0f2d585d22050e90c7d293b6451c83db097df77871974d90efd5a30dc12fcde3"
],
"version": "==1.4.34"
},
"pytest": {
"hashes": [
"sha256:b84f554f8ddc23add65c411bf112b2d88e2489fd45f753b1cae5936358bdf314",
"sha256:f46e49e0340a532764991c498244a60e3a37d7424a532b3ff1a6a7653f1a403a"
],
"version": "==3.2.2"
}
}
}
☤ Importing from requirements.txt
If you only have a requirements.txt file available when running pipenv install, pipenv
will automatically import the contents of this file and create a Pipfile for you.
You can also specify $ pipenv install -r path/to/requirements.txt to import a requirements
file.
Note, that when importing a requirements file, they often have version numbers pinned,
which you likely won't want in your Pipfile, so you'll have to manually update your
Pipfile afterwards to reflect this.
☤ Specifying Versions of a Package
To tell pipenv to install a specific version of a library, the usage is simple:
$ pipenv install requests==2.13.0
This will update your Pipfile to reflect this requirement, automatically.
☤ Specifying Versions of Python
To create a new virtualenv, using a specific version of Python you have installed (and on
your PATH), use the --python VERSION flag, like so:
Use Python 3:
$ pipenv --python 3
Use Python3.6:
$ pipenv --python 3.6
Use Python 2.7.14:
$ pipenv --python 2.7.14
When given a Python version, like this, Pipenv will automatically scan your system for a
Python that matches that given version.
If a Pipfile hasn't been created yet, one will be created for you, that looks like this:
[[source]]
url = "https://pypi.python.org/simple"
verify_ssl = true
[dev-packages]
[packages]
[requires]
python_version = "3.6"
Note the inclusion of [requires] python_version = "3.6". This specifies that your
application requires this version of Python, and will be used automatically when running
pipenv install against this Pipfile in the future (e.g. on other machines). If this is not
true, feel free to simply remove this section.
If you don't specify a Python version on the command–line, either the [requires]
python_full_version or python_version will be selected automatically, falling back to
whatever your system's default python installation is, at time of execution.
☤ Editable Dependencies (e.g. -e . )
You can tell Pipenv to install a path as editable — often this is useful for the current
working directory when working on packages:
$ pipenv install '-e .' --dev
$ cat Pipfile
[dev-packages]
"e1839a8" = {path = ".", editable = true}
Note that all sub-dependencies will get added to the Pipfile.lock as well.
☤ Environment Management with Pipenv
The three primary commands you'll use in managing your pipenv environment are $ pipenv
install, $ pipenv uninstall, and $ pipenv lock.
$ pipenv install
$ pipenv install is used for installing packages into the pipenv virtual environment and
updating your Pipfile.
Along with the basic install command, which takes the form:
$ pipenv install [package names]
The user can provide these additional parameters:
• --two — Performs the installation in a virtualenv using the system python2 link.
• --three — Performs the installation in a virtualenv using the system python3 link.
• --python — Performs the installation in a virtualenv using the provided Python
interpreter.
WARNING:
None of the above commands should be used together. They are also destructive and
will delete your current virtualenv before replacing it with an appropriately
versioned one.
NOTE:
The virtualenv created by Pipenv may be different from what you were expecting.
Dangerous characters (i.e. $`!*@" as well as space, line feed, carriage return, and
tab) are converted to underscores. Additionally, the full path to the current
folder is encoded into a "slug value" and appended to ensure the virtualenv name is
unique.
• --dev — Install both develop and default packages from Pipfile.lock.
• --system — Use the system pip command rather than the one from your virtualenv.
• --ignore-pipfile — Ignore the Pipfile and install from the Pipfile.lock.
• --skip-lock — Ignore the Pipfile.lock and install from the Pipfile. In addition, do
not write out a Pipfile.lock reflecting changes to the Pipfile.
$ pipenv uninstall
$ pipenv uninstall supports all of the parameters in pipenv install, as well as one
additional, --all.
• --all — This parameter will purge all files from the virtual environment, but leave
the Pipfile untouched.
$ pipenv lock
$ pipenv lock is used to create a Pipfile.lock, which declares all dependencies (and
sub-dependencies) of your project, their latest available versions, and the current hashes
for the downloaded files. This ensures repeatable, and most importantly deterministic,
builds.
☤ About Shell Configuration
Shells are typically misconfigured for subshell use, so $ pipenv shell --fancy may produce
unexpected results. If this is the case, try $ pipenv shell, which uses "compatibility
mode", and will attempt to spawn a subshell despite misconfiguration.
A proper shell configuration only sets environment variables like PATH during a login
session, not during every subshell spawn (as they are typically configured to do). In
fish, this looks like this:
if status --is-login
set -gx PATH /usr/local/bin $PATH
end
You should do this for your shell too, in your ~/.profile or ~/.bashrc or wherever
appropriate.
NOTE:
The shell launched in interactive mode. This means that if your shell reads its
configuration from a specific file for interactive mode (e.g. bash by default looks for
a ~/.bashrc configuration file for interactive mode), then you'll need to modify (or
create) this file.
☤ A Note about VCS Dependencies
Pipenv will resolve the sub–dependencies of VCS dependencies, but only if they are
editable, like so:
[packages]
requests = {git = "https://github.com/requests/requests.git", editable=true}
If editable is not true, sub–dependencies will not get resolved.
☤ Pipfile.lock Security Features
Pipfile.lock takes advantage of some great new security improvements in pip. By default,
the Pipfile.lock will be generated with the sha256 hashes of each downloaded package. This
will allow pip to guarantee you're installing what you intend to when on a compromised
network, or downloading dependencies from an untrusted PyPI endpoint.
We highly recommend approaching deployments with promoting projects from a development
environment into production. You can use pipenv lock to compile your dependencies on your
development environment and deploy the compiled Pipfile.lock to all of your production
environments for reproducible builds.
Advanced Usage of Pipenv
[image]
This document covers some of Pipenv's more glorious and advanced features.
☤ Specifying Package Indexes
If you'd like a specific package to be installed with a specific package index, you can do
the following:
[[source]]
url = "https://pypi.python.org/simple"
verify_ssl = true
name = "pypi"
[[source]]
url = "http://pypi.home.kennethreitz.org/simple"
verify_ssl = false
name = "home"
[dev-packages]
[packages]
requests = {version="*", index="home"}
maya = {version="*", index="pypi"}
records = "*"
Very fancy.
☤ Specifying Basically Anything
If you'd like to specify that a specific package only be installed on certain systems, you
can use PEP 508 specifiers to accomplish this.
Here's an example Pipfile, which will only install pywinusb on Windows systems:
[[source]]
url = "https://pypi.python.org/simple"
verify_ssl = true
name = "pypi"
[packages]
requests = "*"
pywinusb = {version = "*", os_name = "== 'windows'"}
Voilà!
Here's a more complex example:
[[source]]
url = "https://pypi.python.org/simple"
verify_ssl = true
[packages]
unittest2 = {version = ">=1.0,<3.0", markers="python_version < '2.7.9' or (python_version >= '3.0' and python_version < '3.4')"}
Magic. Pure, unadulterated magic.
☤ Deploying System Dependencies
You can tell Pipenv to install things into its parent system with the --system flag:
$ pipenv install --system
This is useful for Docker containers, and deployment infrastructure (e.g. Heroku does
this).
Also useful for deployment is the --deploy flag:
$ pipenv install --system --deploy
This will fail a build if the Pipfile.lock is out–of–date, instead of generating a new
one.
☤ Generating a requirements.txt
You can convert a Pipfile and Pipenv.lock into a requirements.txt file very easily, and
get all the benefits of hashes, extras, and other goodies we have included.
Let's take this Pipfile:
[[source]]
url = "https://pypi.python.org/simple"
verify_ssl = true
[packages]
requests = {version="*"}
And generate a requirements.txt out of it:
$ pipenv lock -r
chardet==3.0.4 --hash=sha256:fc323ffcaeaed0e0a02bf4d117757b98aed530d9ed4531e3e15460124c106691 --hash=sha256:84ab92ed1c4d4f16916e05906b6b75a6c0fb5db821cc65e70cbd64a3e2a5eaae
requests==2.18.4 --hash=sha256:6a1b267aa90cac58ac3a765d067950e7dbbf75b1da07e895d1f594193a40a38b --hash=sha256:9c443e7324ba5b85070c4a818ade28bfabedf16ea10206da1132edaa6dda237e
certifi==2017.7.27.1 --hash=sha256:54a07c09c586b0e4c619f02a5e94e36619da8e2b053e20f594348c0611803704 --hash=sha256:40523d2efb60523e113b44602298f0960e900388cf3bb6043f645cf57ea9e3f5
idna==2.6 --hash=sha256:8c7309c718f94b3a625cb648ace320157ad16ff131ae0af362c9f21b80ef6ec4 --hash=sha256:2c6a5de3089009e3da7c5dde64a141dbc8551d5b7f6cf4ed7c2568d0cc520a8f
urllib3==1.22 --hash=sha256:06330f386d6e4b195fbfc736b297f58c5a892e4440e54d294d7004e3a9bbea1b --hash=sha256:cc44da8e1145637334317feebd728bd869a35285b93cbb4cca2577da7e62db4f
Very fancy.
☤ Detection of Security Vulnerabilities
Pipenv includes the safety package, and will use it to scan your dependency graph for
known security vulnerabilities!
Example:
$ cat Pipfile
[packages]
django = "==1.10.1"
$ pipenv check
Checking PEP 508 requirements…
Passed!
Checking installed package safety…
33075: django >=1.10,<1.10.3 resolved (1.10.1 installed)!
Django before 1.8.x before 1.8.16, 1.9.x before 1.9.11, and 1.10.x before 1.10.3, when settings.DEBUG is True, allow remote attackers to conduct DNS rebinding attacks by leveraging failure to validate the HTTP Host header against settings.ALLOWED_HOSTS.
33076: django >=1.10,<1.10.3 resolved (1.10.1 installed)!
Django 1.8.x before 1.8.16, 1.9.x before 1.9.11, and 1.10.x before 1.10.3 use a hardcoded password for a temporary database user created when running tests with an Oracle database, which makes it easier for remote attackers to obtain access to the database server by leveraging failure to manually specify a password in the database settings TEST dictionary.
33300: django >=1.10,<1.10.7 resolved (1.10.1 installed)!
CVE-2017-7233: Open redirect and possible XSS attack via user-supplied numeric redirect URLs
============================================================================================
Django relies on user input in some cases (e.g.
:func:`django.contrib.auth.views.login` and :doc:`i18n </topics/i18n/index>`)
to redirect the user to an "on success" URL. The security check for these
redirects (namely ``django.utils.http.is_safe_url()``) considered some numeric
URLs (e.g. ``http:999999999``) "safe" when they shouldn't be.
Also, if a developer relies on ``is_safe_url()`` to provide safe redirect
targets and puts such a URL into a link, they could suffer from an XSS attack.
CVE-2017-7234: Open redirect vulnerability in ``django.views.static.serve()``
=============================================================================
A maliciously crafted URL to a Django site using the
:func:`~django.views.static.serve` view could redirect to any other domain. The
view no longer does any redirects as they don't provide any known, useful
functionality.
Note, however, that this view has always carried a warning that it is not
hardened for production use and should be used only as a development aid.
✨🍰✨
☤ Code Style Checking
Pipenv has Flake 8 built into it. You can check the style of your code like so, without
installing anything:
$ cat t.py
import requests
$ pipenv check --style t.py
t.py:1:1: F401 'requests' imported but unused
t.py:1:16: W292 no newline at end of file
Super useful :)
☤ Open a Module in Your Editor
Pipenv allows you to open any Python module that is installed (including ones in your
codebase), with the $ pipenv open command:
$ pipenv install -e git+https://github.com/kennethreitz/background.git#egg=background
Installing -e git+https://github.com/kennethreitz/background.git#egg=background…
...
Updated Pipfile.lock!
$ pipenv open background
Opening '/Users/kennethreitz/.local/share/virtualenvs/hmm-mGOawwm_/src/background/background.py' in your EDITOR.
This allows you to easily read the code you're consuming, instead of looking it up on
GitHub.
NOTE:
The standard EDITOR environment variable is used for this. If you're using Sublime
Text, for example, you'll want to export EDITOR=subl (once you've installed the
command-line utility).
☤ Automatic Python Installation
If you have pyenv installed and configured, Pipenv will automatically ask you if you want
to install a required version of Python if you don't already have it available.
This is a very fancy feature, and we're very proud of it:
$ cat Pipfile
[[source]]
url = "https://pypi.python.org/simple"
verify_ssl = true
[dev-packages]
[packages]
requests = "*"
[requires]
python_version = "3.6"
$ pipenv install
Warning: Python 3.6 was not found on your system…
Would you like us to install latest CPython 3.6 with pyenv? [Y/n]: y
Installing CPython 3.6.2 with pyenv (this may take a few minutes)…
...
Making Python installation global…
Creating a virtualenv for this project…
Using /Users/kennethreitz/.pyenv/shims/python3 to create virtualenv…
...
No package provided, installing all dependencies.
...
Installing dependencies from Pipfile.lock…
🐍 ❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒❒ 5/5 — 00:00:03
To activate this project's virtualenv, run the following:
$ pipenv shell
Pipenv automatically honors both the python_full_version and python_version PEP 508
specifiers.
💫✨🍰✨💫
☤ Automatic Loading of .env
If a .env file is present in your project, $ pipenv shell and $ pipenv run will
automatically load it, for you:
$ cat .env
HELLO=WORLD⏎
$ pipenv run python
Loading .env environment variables…
Python 2.7.13 (default, Jul 18 2017, 09:17:00)
[GCC 4.2.1 Compatible Apple LLVM 8.1.0 (clang-802.0.42)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.environ['HELLO']
'WORLD'
This is very useful for keeping production credentials out of your codebase. We do not
recommend committing .env files into source control!
If your .env file is located in a different path or has a different name you may set the
PIPENV_DOTENV_LOCATION environment variable:
$ PIPENV_DOTENV_LOCATION=/path/to/.env pipenv shell
☤ Configuration With Environment Variables
pipenv comes with a handful of options that can be enabled via shell environment
variables. To activate them, simply create the variable in your shell and pipenv will
detect it.
• PIPENV_DEFAULT_PYTHON_VERSION — Use this version of Python when creating new virtual
environments, by default (e.g. 3.6).
• PIPENV_SHELL_FANCY — Always use fancy mode when invoking pipenv shell.
• PIPENV_VENV_IN_PROJECT — If set, use .venv in your project directory instead of the
global virtualenv manager pew.
• PIPENV_COLORBLIND — Disable terminal colors, for some reason.
• PIPENV_NOSPIN — Disable terminal spinner, for cleaner logs. Automatically set in CI
environments.
• PIPENV_MAX_DEPTH — Set to an integer for the maximum number of directories to
recursively search for a Pipfile.
• PIPENV_TIMEOUT — Set to an integer for the max number of seconds Pipenv will wait for
virtualenv creation to complete. Defaults to 120 seconds.
• PIPENV_IGNORE_VIRTUALENVS — Set to disable automatically using an activated
virtualenv over the current project's own virtual environment.
Also note that pip itself supports environment variables, if you need additional
customization.
For example:
$ PIP_INSTALL_OPTION="-- -DCMAKE_BUILD_TYPE=Release" pipenv install -e .
☤ Custom Virtual Environment Location
Pipenv's underlying pew dependency will automatically honor the WORKON_HOME environment
variable, if you have it set — so you can tell pipenv to store your virtual environments
wherever you want, e.g.:
export WORKON_HOME=~/.venvs
In addition, you can also have Pipenv stick the virtualenv in project/.venv by setting the
PIPENV_VENV_IN_PROJECT environment variable.
☤ Testing Projects
Pipenv is being used in projects like Requests for declaring development dependencies and
running the test suite.
We've currently tested deployments with both Travis-CI and tox with success.
Travis CI
An example Travis CI setup can be found in Requests. The project uses a Makefile to define
common functions such as its init and tests commands. Here is a stripped down example
.travis.yml:
language: python
python:
- "2.6"
- "2.7"
- "3.3"
- "3.4"
- "3.5"
- "3.6"
- "3.7dev"
# command to install dependencies
install: "make"
# command to run tests
script:
- make test
and the corresponding Makefile:
init:
pip install pipenv
pipenv install --dev
test:
pipenv run py.test tests
Tox Automation Project
Alternatively, you can configure a tox.ini like the one below for both local and external
testing:
[tox]
envlist = flake8-py3, py26, py27, py33, py34, py35, py36, pypy
[testenv]
passenv=HOME
deps = pipenv
commands=
pipenv install --dev
pipenv run py.test tests
[testenv:flake8-py3]
passenv=HOME
basepython = python3.4
commands=
{[testenv]deps}
pipenv install --dev
pipenv run flake8 --version
pipenv run flake8 setup.py docs project test
NOTE:
With Pipenv's default configuration, you'll need to use tox's passenv parameter to pass
your shell's HOME variable.
☤ Shell Completion
To enable completion in fish, add this to your config:
eval (pipenv --completion)
Magic shell completions are now enabled!
✨🍰✨
☤ Working with Platform-Provided Python Components
It's reasonably common for platform specific Python bindings for operating system
interfaces to only be available through the system package manager, and hence unavailable
for installation into virtual environments with pip. In these cases, the virtual
environment can be created with access to the system site-packages directory:
$ pipenv --three --site-packages
To ensure that all pip-installable components actually are installed into the virtual
environment and system packages are only used for interfaces that don't participate in
Python-level dependency resolution at all, use the PIP_IGNORE_INSTALLED setting:
$ PIP_IGNORE_INSTALLED=1 pipenv install --dev
☤ PIPENV USAGE
• genindex
• modindex
• search
AUTHOR
Kenneth Reitz
COPYRIGHT
2017. A <a href="http://kennethreitz.com/pages/open-projects.html">Kenneth Reitz</a>
Project