python virtualenv学习

 补充：在开发Python应用程序的时候，系统安装的Python3只有一个版本：3.4。所有第三方的包都会被pip安装到Python3的site-packages目录下。

 

virtualenv就是用来为一个应用创建一套“隔离”的Python运行环境。

简单的创建，进入virtualenv和退出操作：

首先，用pip安装virtualenv：

$ pip3 install virtualenv

 

然后，假定我们要开发一个新的项目，需要一套独立的Python运行环境，可以这么做：

第一步，创建目录：

Mac:~ michael$ mkdir myproject

Mac:~ michael$ cd myproject/

Mac:myproject michael$

 

第二步，创建一个独立的Python运行环境，命名为venv：

Mac:myproject michael$ virtualenv --no-site-packages venv

Using base prefix '/usr/local/.../Python.framework/Versions/3.4'

New python executable in venv/bin/python3.4

Also creating executable in venv/bin/python

Installing setuptools, pip, wheel...done.

命令virtualenv就可以创建一个独立的Python运行环境，我们还加上了参数--no-site-packages，这样，已经安装到系统Python环境中的所有第三方包都不会复制过来，这样，我们就得到了一个不带任何第三方包的“干净”的Python运行环境。

新建的Python环境被放到当前目录下的venv目录。

 

第三步：有了venv这个Python环境，可以用source进入该环境：

Mac:myproject michael$ source venv/bin/activate

(venv)Mac:myproject michael$

注意到命令提示符变了，有个(venv)前缀，表示当前环境是一个名为venv的Python环境。

下面正常安装各种第三方包，并运行python命令：

(venv)Mac:myproject michael$ pip install jinja2

...

Successfully installed jinja2-2.7.3 markupsafe-0.23

(venv)Mac:myproject michael$ python myapp.py ...

在venv环境下，用pip安装的包都被安装到venv这个环境下，系统Python环境不受任何影响。也就是说，venv环境是专门针对myproject这个应用创建的。

 

第四步：退出当前的venv环境，使用deactivate命令：

(venv)Mac:myproject michael$ deactivate

Mac:myproject michael$

此时就回到了正常的环境，现在pip或python均是在系统Python环境下执行。

 

virtualenv是如何创建“独立”的Python运行环境的呢？原理很简单，就是把系统Python复制一份到virtualenv的环境，用命令source venv/bin/activate进入一个virtualenv环境时，virtualenv会修改相关环境变量，让命令python和pip均指向当前的virtualenv环境。

 

小结

virtualenv为应用提供了隔离的Python运行环境，解决了不同应用间多版本的冲突问题。

 

问题：在env中是否能直接使用pip？需要单独安装不？

 

 

 

其他参考资料：

一、Installation

To install globally with pip (if you have pip 1.3 or greater installed globally):

$ [sudo] pip install virtualenv

Or to get the latest unreleased dev version:

$ [sudo] pip install https://github.com/pypa/virtualenv/tarball/develop

 

To install version X.X globally from source:

$ curl -O https://pypi.python.org/packages/source/v/virtualenv/virtualenv-X.X.tar.gz $ tar xvfz virtualenv-X.X.tar.gz $ cd virtualenv-X.X $ [sudo] python setup.py install

 

To use locally from source:

$ curl -O https://pypi.python.org/packages/source/v/virtualenv/virtualenv-X.X.tar.gz $ tar xvfz virtualenv-X.X.tar.gz $ cd virtualenv-X.X $ python virtualenv.py myVE

 

查看已经安装的版本

virtualenv --version

 

二、User Guide

Virtualenv has one basic command:

$ virtualenv ENV

 

目录中自动创建了三个目录bin、include、lib

• bin 包含了一些在这个虚拟环境中可用的命令，以及开启虚拟环境的脚步activate;
• include 包含了虚拟环境中的头文件，以及Python的头文件
• lib 包含了一些依赖库

 

On Posix systems, this resides in /ENV/bin/, so you can run:

$ source bin/activate

 

To undo these changes to your path (and prompt), just run:

$ deactivate

 

Removing an Environment

(ENV)$ deactivate $ rm -r /path/to/ENV

 

三、Refrence Guide

--version

-h, --help

-v, --verbose

Increase verbosity.

-q, --quiet

-p PYTHON_EXE, --python=PYTHON_EXE

The Python interpreter to use, e.g., –python=python2.5 will use the python2.5 interpreter to create the new environment. The default is the interpreter that virtualenv was installed with (like /usr/bin/python)

--clear

Clear out the non-root install and start from scratch.

--system-site-packages

Give the virtual environment access to the global site-packages.

--always-copy

Always copy files rather than symlinking.

--relocatable

Make an EXISTING virtualenv environment relocatable. This fixes up scripts and makes all .pth files relative.

--unzip-setuptools

Unzip Setuptools when installing it.

--no-setuptools

Do not install setuptools in the new virtualenv.

--no-pip

Do not install pip in the new virtualenv.

--no-wheel

Do not install wheel in the new virtualenv.

--extra-search-dir=DIR

Directory to look for setuptools/pip distributions in. This option can be specified multiple times.

--prompt=PROMPT

Provides an alternative prompt prefix for this environment.

--download

Download preinstalled packages from PyPI.

--no-download

Do not download preinstalled packages from PyPI.

--no-site-packages

DEPRECATED. Retained only for backward compatibility. Not having access to global site-packages is now the default behavior.

--distribute

--setuptools