为什么virtualenv从我的shell继承$PYTHONPATH？

Question

因此，我正在Ubuntu 14.04机器上将所有工具从python2迁移到python3.4。到目前为止，我已经完成了以下工作：

1. 仅针对我的用户，在我的zshrc中将python别名为python3
2. 在系统本身上安装了pip3（但无论如何我都会使用VirtualNVS，所以我不会真正使用它）
3. 将我的VirtualNVRapper“make”别名更改为mkvirtualenv--python=/usr/bin/python3（'workon'在下面被调用为'v'）

奇怪的是，您可以在下面清楚地看到，从virtualenv激活的环境中运行python3仍然继承了我的$PYTHONPATH，它仍然是为我的所有python2路径设置的。在我的virtualenv中安装/运行程序时，这会造成严重破坏，因为python3路径显示在旧的python2路径之后，因此python2模块首先导入到我的程序中。在启动virtualenv之前将$PYTHONPATH置零为“”可以修复此问题，并且我的程序将按预期启动。但我的问题是：

1. VirtualNVS中$PYTHONPATH的继承正常吗？这不是完全违背了目的吗？

    ○ echo $PYTHONPATH
    /usr/local/lib/python2.7/site-packages:/usr/local/lib/python2.7/dist-packages:/usr/lib/python2.7/dist-packages:/home/brian/dev

    brian@zeus:~/.virtualenvs
    ○ python2
    Python 2.7.6 (default, Mar 22 2014, 22:59:56)
    [GCC 4.8.2] on linux2
    Type "help", "copyright", "credits" or "license" for more information.
    >>> import sys, pprint
    >>> pprint.pprint(sys.path)
    ['',
     '/usr/local/lib/python2.7/dist-packages/pudb-2013.3.4-py2.7.egg',
     '/usr/local/lib/python2.7/dist-packages/Pygments-1.6-py2.7.egg',
     '/usr/local/lib/python2.7/dist-packages/urwid-1.1.1-py2.7-linux-x86_64.egg',
     '/usr/local/lib/python2.7/dist-packages/pythoscope-0.4.3-py2.7.egg',
     '/usr/local/lib/python2.7/site-packages',
     '/usr/local/lib/python2.7/dist-packages',
     '/usr/lib/python2.7/dist-packages',
     '/home/brian/dev',
     '/usr/lib/python2.7',
     '/usr/lib/python2.7/plat-x86_64-linux-gnu',
     '/usr/lib/python2.7/lib-tk',
     '/usr/lib/python2.7/lib-old',
     '/usr/lib/python2.7/lib-dynload',
     '/usr/lib/python2.7/dist-packages/PILcompat',
     '/usr/lib/python2.7/dist-packages/gst-0.10',
     '/usr/lib/python2.7/dist-packages/gtk-2.0',
     '/usr/lib/pymodules/python2.7',
     '/usr/lib/python2.7/dist-packages/ubuntu-sso-client',
     '/usr/lib/python2.7/dist-packages/ubuntuone-client',
     '/usr/lib/python2.7/dist-packages/ubuntuone-storage-protocol',
     '/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode']
    >>>

    brian@zeus:~/.virtualenvs
    ○ v py3venv
    (py3venv)
    brian@zeus:~/.virtualenvs
    ○ python3
    Python 3.4.0 (default, Apr 11 2014, 13:05:11)
    [GCC 4.8.2] on linux
    Type "help", "copyright", "credits" or "license" for more information.
    >>> import sys, pprint
    >>> pprint.pprint(sys.path)
    ['',
     '/usr/local/lib/python2.7/site-packages',
     '/usr/local/lib/python2.7/dist-packages',
     '/usr/lib/python2.7/dist-packages',
     '/home/brian/dev',
     '/home/brian/.virtualenvs/py3venv/lib/python3.4',
     '/home/brian/.virtualenvs/py3venv/lib/python3.4/plat-x86_64-linux-gnu',
     '/home/brian/.virtualenvs/py3venv/lib/python3.4/lib-dynload',
     '/usr/lib/python3.4',
     '/usr/lib/python3.4/plat-x86_64-linux-gnu',
     '/home/brian/.virtualenvs/py3venv/lib/python3.4/site-packages']
    >>>
    (py3venv)

Answer 1

$PYTHONPATH出现在您的virtualenv中，因为该virtualenv只是您的shell环境的一部分，您（在某处）告诉您的shell将PYTHONPATH的值导出到子shell。

在虚拟环境中工作的乐趣之一是，不需要在您的PYTHONPATH上放置额外的目录，但似乎您无意中一直将其视为全局（适用于所有shell）设置，而它更适合成为每个项目的设置。

Answer 2

我偶然发现了这个关于$PYTHONPATH的答案，它刚才为我解决了这个问题。本质上，设置$PYTHONPATH是可选的，对用户来说是一种方便。它应该只包含用户想要添加到他们的python路径的额外路径，这样用户就不必仅仅为了从终端运行脚本而在python中这样做。

所以为了解决上面的问题，我将$PYTHONPATH（在我的zshrc中）只设置为我的附加文件夹“$HOME/dev”，而不设置其他文件夹。这就消除了路径中对python2的引用，所有python3程序都在virtualenv中按预期启动。

Answer 3

您还可以通过添加到virtualenv的/bin/activate文件来更改Pythonpath：

导出PYTHONPATH=“/your/path”

在此进一步解释：

报价：

要使其在停用时恢复到原始值，您可以添加

导出旧的_PYTHONPATH=“$PYTHONPATH”

在前面提到的行之前，并将以下行添加到bin/postde激活脚本中。

您可能还想看看这个答案，其中谈到使用add2virtualenv添加目录。