对于每个python项目依赖的库版本都有可能不一样，如果将依赖包都安装到公共环境的话显然是没法进行区分的，甚至是不同的项目使用的python版本都不尽相同，有的用python2.7，有的用python3.6，所以对于python项目的环境进行隔离管理就成为一个必然的需求了。
需求
- 不同项目间能区分依赖包版本
- 不同项目间能区分python版本
- 方便自由切换
解决方案
- 解决依赖包问题：virtualenv
- 解决python版本问题：pyenv
- 终极(也许吧)解决方案：docker
virtualenv
运行pip install virtualenv即可安装virtualenv，当然了还可以用easy_install安装，即使是没有安装任何Python包管理器(比如pip)，也可以直接获取virtualenv.py并运行python virtualenv.py，效果也是一样的，当然我还是强烈推荐你安装包管理工具：pip，他一定能为你带来很多便利的(新版本的virtualenv也包含了pip管理工具)。
$ pip install virtualenv Collecting virtualenv Using cached virtualenv-15.1.0-py2.py3-none-any.whl Installing collected packages: virtualenv Successfully installed virtualenv-15.1.0
安装完成后，就可以直接创建一个虚拟环境了(virtualenv 环境名称):
$ virtualenv env4test
创建完成后，用下面的命令即可激活当前虚拟环境：
$ source env4test/bin/activate (env4test)$
现在就可以随意的安装你的依赖包了，现在安装的包只会对当前环境env4test有效，比如安装django2.0：
(env4test)$ pip install django
要退出当前虚拟环境也是非常简单的，如下：
$ deactivate
现在我们用pip list命令可以发现已经没有django的身影了。
virtualenv还有很多高级的用法，可以前往该文档查看。
virtualenvwrapper
virtualenvwrapper是virtualenv的一个扩展包，可以让你更加方便的使用virtualenv，优点：
- 将所有虚拟环境整合在一个目录下
- 管理（新增，删除，复制）虚拟环境
- 方便切换虚拟环境
安装也很方便，用包管理工具即可：
$ pip install virtualenvwrapper
安装完成以后还需要小小的配置一下才可以使用，首先我们找到virtualenvwrapper.sh的文章，通常会是：/usr/local/bin/virtualenvwrapper.sh：
$ sudo find / -name virtualenvwrapper.sh Password: /usr/local/bin/virtualenvwrapper.sh
然后我们可以在.zshrc(取决于你用的终端，我用的zsh)添加一行命令：
source /usr/local/bin/virtualenvwrapper.sh
然后让我们的配置生效：
$ source ~/.zshrc
现在我们就可以使用virtualenvwrapper的基本命令了：
- 创建基本环境：mkvirtualenv [环境名]
- 删除环境：rmvirtualenv [环境名]
- 激活环境：workon [环境名]
- 退出环境：deactivate
- 列出所有环境：workon或者lsvirtualenv -b
参考文档：https://virtualenvwrapper.readthedocs.io/en/latest/
pyenv
pyenv是Python版本管理工具，可以改变全局的Python版本，安装多个版本的Pytho，设置目录级别的Python版本，还能创建和管理虚拟环境。所有的设置都是用户级别的操作，不需要sudo命令。 pyenv通过系统修改环境变量来实现Python不同版本的切换。而virtualenv 通过将Python包安装到一个目录来作为Python 包虚拟环境，通过切换目录来实现不同包环境间的切换。
如果你使用的MAC系统，推荐使用homebrew来安装：
$ brew update $ brew install pyenv
如果你使用的是其他系统，也不担心，pyenv官方提供了一键安装的方式：
$ curl -L https://raw.githubusercontent.com/pyenv/pyenv-installer/master/bin/pyenv-installer | bash
安装完成以后，可以添加几条命令到.zshrc(同样的也可能是.bashrc，根据自己使用的终端进行配置)中开启自动补全功能：
export PATH=$HOME/.pyenv/bin:$PATH eval "$(pyenv init -)" eval "$(pyenv virtualenv-init -)"
然后同样激活上面的配置：
$ source ~/.zshrc
现在我们就可以使用pyenv了：
- 查看本机安装Python版本：
$ pyenv versions ? system (set by /Users/ych/.pyenv/version) 3.6.4 3.6.4/envs/ops3.6.4 3.6.4/envs/talk3.6.4 ops3.6.4 talk3.6.4
- 星号表示当前正在使用的Python版本。
- 查看所有可安装的Python版本：
$ pyenv install -l
- 安装与卸载：
$ pyenv install 2.7.3 # 安装python $ pyenv uninstall 2.7.3 # 卸载python
- 版本切换：
$ pyenv global 2.7.3 $ pyenv local 2.7.3
- global用于设置全局的Python版本，通过将版本号写入~/.pyenv/version文件的方式。local用于设置本地版本，通过将版本号写入当前目录下的.python-version文件的方式。通过这种方式设置的Python版本优先级比global高。
- python优先级：shell > local > global pyenv会从当前目录开始向上逐级查找.python-version文件，直到根目录为止。若找不到，就用global版本。
$ pyenv shell 2.7.3 # 设置面向 shell 的 Python 版本，通过设置当前 shell 的 PYENV_VERSION 环境变量的方式。这个版本的优先级比 local 和 global 都要高。 $ pyenv shell --unset # –unset 参数用于取消当前 shell 设定的版本。
pyenv-virtualenv
自动安装pyenv后，它会自动安装部分插件，通过pyenv-virtualenv插件可以很好的和virtualenv进行结合：
$ ls -la ~/.pyenv/plugins total 8 drwxr-xr-x 9 ych staff 288 12 26 16:27 . drwxr-xr-x 23 ych staff 736 12 26 17:44 .. -rw-r--r-- 1 ych staff 52 12 26 16:26 .gitignore drwxr-xr-x 11 ych staff 352 12 26 16:27 pyenv-doctor drwxr-xr-x 12 ych staff 384 12 26 16:27 pyenv-installer drwxr-xr-x 7 ych staff 224 12 26 16:27 pyenv-update drwxr-xr-x 13 ych staff 416 12 26 16:27 pyenv-virtualenv drwxr-xr-x 8 ych staff 256 12 26 16:27 pyenv-which-ext drwxr-xr-x 8 ych staff 256 12 26 16:26 python-build
基本使用命令：
- 列出当前虚拟环境：pyenv virtualenvs
- 激活虚拟环境：pyenv activate 环境名称
- 退出虚拟环境：pyenv deactivate
- 删除虚拟环境：pyenv uninstall 环境名称或者rm -rf ~/.pyenv/versions/环境名称
- 创建虚拟环境：pyenv virtualenv 3.6.4 env3.6.4
若不指定python 版本，会默认使用当前环境python 版本。如果指定Python 版本，则一定要是已经安装过的版本，否则会出错。环境的真实目录位于~/.pyenv/versions下。
总结：利用pyenv和pyenv-virtualenv插件就能够简单方便的将python版本和依赖包进行环境隔离了，在实际开发过程中比较推荐这种方式。
参考文档：https://github.com/pyenv/pyenv。
Docker
有没有一种方式能够不按照这些工具来进行环境隔离的呢？当然有，那就是大名鼎鼎的Docker。如果你的服务都是容器化的话，应该对Docker不陌生，将当前项目跑在一个隔离的容器中，对系统中的其他服务或者项目是没有任何影响的，不用担心会污染环境，唯一不友好的地方是项目中的代码改变后需要重新构建镜像。
比如现在有一个django的项目，项目结构如下：
$ testpyenv tree . ├── manage.py └── testpyenv ├── __init__.py ├── settings.py ├── urls.py └── wsgi.py
在项目根目录下面新建文件requirements.txt：
Django==2.0
然后我们在根目录下面创建一个Dockerfile文件：
FROM python:3.6.4 # 设置工作目录 RUN mkdir -p /usr/src/app WORKDIR /usr/src/app # 添加依赖（利用Docker 的缓存） ADD ./requirements.txt /usr/src/app/requirements.txt # 安装依赖 RUN pip install -r requirements.txt # 添加应用 ADD . /usr/src/app # 运行服务 CMD python manage.py runserver 0.0.0.0:8000
因为django2.0只支持python3以上了，所以我们这里基础镜像使用python:3.6.4，然后是添加应用代码，安装依赖，运行服务等。然后我们构建一个镜像：
$ docker build -t cnych/testpyenv:v0.1.1 .
构建完成以后，在我们项目根目录中新建一个start.sh的脚本来启动容器：
docker run -d -p 8000:8000 --name testpyenv cnych/testpyenv:v0.1.1
将本地的8000端口和容器的8000进行映射，执行我们的启动脚本：
$ source start.sh
启动完成后，我们就可以在本地通过http://127.0.0.1:8000进行访问了。
但是如果只这样配置的话，的确能够解决我们的环境隔离问题，但是现在有一个最大的一个问题是，每次代码更改过后都需要重新构建镜像才能生效，这对于开发阶段是非常不友好的，有什么解决方案呢？你是否还记得当你更改了代码后django项目会自动加载的，要是每次更改了项目代码后，容器中的代码也变化的话那岂不是容器中的服务也自动加载了？是不是？
幸好Docker为我们提供了volume挂载的概念，我们只需要将我们的代码挂载到容器中的工作目录就行了，现在来更改start.sh脚本：
work_path=$(pwd)
docker run -d -p 8000:8000 --name testpyenv -v ${work_path}:/usr/src/app cnych/testpyenv:v0.1.1
然后激活启动脚本，随意更改一次代码，看看是否能够及时生效，怎样查看呢？查看日志就行了：
$ docker logs -f testpyenv
最后，如果是生产环境记得把代码挂载给去掉，因为线上不需要这样做，只需要构建一次就行。