venv，pyvenv，pyenv，virtualenv，virtualenvwrapper，pipenv等有什么区别

venv，pyvenv，pyenv，virtualenv，virtualenvwrapper，pipenv等有什么区别
我只是避免在Python3.3 +之后使用virtualenv而是使用标准的随附库venv。要创建新的虚拟环境，您可以键入：

$ python3 -m venv <MYVENV>
virtualenv尝试将Python二进制文件复制到虚拟环境的bin目录中。但是它不会更新嵌入到该二进制文件中的库文件链接，因此如果您将Python从源构建到具有相对路径名的非系统目录，则Python二进制文件会中断。由于这是你制作拷贝可分发Python的方法，这是一个很大的缺陷。 BTW要检查OS X上的嵌入式库文件链接，请使用otool。例如，在您的虚拟环境中，键入：

$ otool -L bin / python
蟒蛇：
    @executable_path /../ Python（兼容版本3.4.0，当前版本3.4.0）
    /usr/lib/libSystem.B.dylib（兼容版本1.0.0，当前版本1238.0.0）
因此，我会避免virtualenvwrapper和pipenv。 pyvenv已弃用。 pyenv似乎经常在使用virtualenv的地方使用，但我也会远离它，因为我认为venv也可以用来构建pyenv。

venv在shell中创建了新的和沙盒的虚拟环境，具有用户可安装的库，并且它是多蟒蛇安全的。很新，因为虚拟环境只从python附带的标准库开始，你必须在虚拟环境处于活动状态时使用pip install重新安装任何其他库。沙盒，因为这些新的库安装都不在虚拟环境之外可见，因此您可以删除整个环境并重新启动，而不必担心影响您的基本python安装。用户可安装的库，因为虚拟环境的目标文件夹是在您已经拥有的某个目录中没有sudo的情况下创建的，因此您不需要sudo权限来将库安装到其中。最后它是多python安全的，因为当虚拟环境激活时，shell只会看到用于构建该虚拟环境的python版本（3.4,3.5等）。

pyenv类似于venv，因为它可以让你管理多个python环境。但是使用pyenv，您无法方便地将库安装回滚到某个启动状态，并且您可能需要在某些时候使用管理员权限来更新库。所以我认为最好使用venv。

在过去几年中，我发现构建系统（emacs包，python独立应用程序构建器，安装程序......）中存在许多问题，这些问题最终归结为virtualenv的问题。我认为当我们消除这个额外的选项并且只使用venv时，python将是一个更好的平台。

--Riaz Rizvi

转载于:https://my.oschina.net/cgruppo/blog/3003983