Python 同时使用VirtualNVRapper和pyenv

$pyenv virtualenv 3.8.0 tf12

创建一个位于

~/.pyenv/versions/3.8.0/envs/tf12

中的virtualenv，其中包含我们使用

pip install

安装到其中的软件包。如果我们创建一个新的项目目录，如

mkdir myfolder&&cd myfolder&&pyenv local tf12

，该项目目录将使用tf12环境包含的相同内核和包，因为我们使用了

pyenv local

命令

但是，我们也有使用

mkproject mynewenv

创建的virtualenv和目录，它们位于

~/.ve

和

~/workspace

等位置。工作区是我们放置笔记本、代码和脚本

.pynb

、

.py

、

.r

等的地方，相应的virtualenv使用在执行

mkproject mynewenv

时处于活动状态的全局python版本

使用

mkproject mynewenv

创建的这些虚拟环境与使用

pyenv virtualenv

创建的虚拟环境是分开的

---

我得出的结论是，我们不能将它们用于进一步的可能性。它们是独立使用的。如果我错了，请纠正我。

请记住，pyenv-venv和virtualenvwrapper只是stdlib-venv包的包装。他们只是调用为您创建一个venv:

python-m venv-venv-venv\u dir

并激活venv

source./venv\u dir/bin/activate

。它们还可能在$PATH上附加一些内容，以确保使用了正确的python二进制文件。看

话虽如此，由这两个工具创建的VirtualNV基本上是一样的（加上一些配置文件）

从理论上讲，将virtualenv dir从

$WORKON_HOME

复制到

.pyenv

并手工编写配置并没有错，但我不明白为什么会有人想这么做

---

如果您想将VirtualEnvRapper创建的venv传输到pyenv，那么您可以使用pyenv中的

pip freeze

和

pip install-r requirements.txt

导出已安装的软件包

请记住，pyenv-venv和virtualenvwrapper只是stdlib-venv包的包装。他们只是调用为您创建一个venv:

python-m venv-venv-venv\u dir

并激活venv

source./venv\u dir/bin/activate

。它们还可能在$PATH上附加一些内容，以确保使用了正确的python二进制文件。看

话虽如此，由这两个工具创建的VirtualNV基本上是一样的（加上一些配置文件）

从理论上讲，将virtualenv dir从

$WORKON_HOME

复制到

.pyenv

并手工编写配置并没有错，但我不明白为什么会有人想这么做

---

如果您想将VirtualEnvRapper创建的venv传输到pyenv，那么您可以使用pyenv中的

pip freeze

和

pip install-r requirements.txt

导出已安装的软件包

“请记住，pyenv-venv和virtualenvwrapper只是stdlib-venv包的包装。”-这不是真的

virtualenvwrapper

调用

virtualenv

，它不使用

venv

“请记住，pyenv-venv和virtualenvwrapper只是stdlib-venv包的包装器。”-这不是真的

VirtualNVRapper

调用

VirtualNV

，它不使用

venv

。我一直在阅读关于如何设置两者的教程，没有人真的说你可以或不能。这总是暗示着它应该是可能的。我同意你的看法，感觉他们很不一样。即使尝试使用pyenv virtualenvwrapper，似乎也无法像我认为的那样工作。我一直在阅读有关如何设置两者的教程，从来没有人真正说你可以或不能。这总是暗示着这应该是可能的。我同意你的看法，感觉他们很不一样。即使尝试使用pyenv virtualenvwrapper，也似乎没有像我认为的那样起作用。