virtualenv --no-site-packages和pip仍在寻找全球包？

11 回答

• 1

  我知道这是一个非常古老的问题，但对于那些到这里寻找解决方案的人来说：

  在运行 pip freeze 之前不要忘记 activate the virtualenv （ source bin/activate ） . 否则，您将获得所有全局包的列表 .

  回复于 2024-04-27T22:06:43+08:00
• 23

  我有这样的问题，直到我意识到（早在我发现virtualenv之前），我已经在我的.bashrc文件中添加了目录到PYTHONPATH . 由于事先已经超过一年，我没有立刻想到这一点 .

  回复于 2024-04-27T22:06:43+08:00
• 0

  最终我发现，无论出于什么原因，pip -E都无法正常工作 . 但是，如果我实际上激活virtualenv，并使用virtualenv提供的easy_install来安装pip，那么直接从内部使用pip，它似乎按预期工作，只显示virtualenv中的包

  回复于 2024-04-27T22:06:43+08:00
• 16

  您必须确保在所创建的虚拟环境中运行 pip 二进制文件，而不是全局二进制文件 .

  env/bin/pip freeze
  

  ---

  看测试：

  我们使用 --no-site-packages 选项创建virtualenv：

  $ virtualenv --no-site-packages -p /usr/local/bin/python mytest
  Running virtualenv with interpreter /usr/local/bin/python
  New python executable in mytest/bin/python
  Installing setuptools, pip, wheel...done.
  

  我们从新创建的 pip 检查 freeze 的输出：

  $ mytest/bin/pip freeze
  argparse==1.3.0
  wheel==0.24.0
  

  但如果我们使用全局 pip ，这就是我们得到的：

  $ pip freeze
  ...
  pyxdg==0.25
  ...
  range==1.0.0
  ...
  virtualenv==13.1.2
  

  也就是说， pip 已在整个系统中安装的所有软件包 . 通过检查 which pip ，我们得到（至少在我的情况下）像 /usr/local/bin/pip 这样的东西，这意味着当我们做 pip freeze 时，它正在调用这个二进制而不是 mytest/bin/pip .

  回复于 2024-04-27T22:06:43+08:00
• 13

  --no-site-packages 应该，顾名思义，从 sys.path 删除标准的site-packages目录 . 生活在标准Python路径中的任何其他东西都将保留在那里 .

  回复于 2024-04-27T22:06:43+08:00
• 10

  暂时清除 PYTHONPATH ：

  export PYTHONPATH=
  

  然后创建并激活虚拟环境：

  virtualenv foo
  . foo/bin/activate
  

  只有这样：

  pip freeze
  

  回复于 2024-04-27T22:06:43+08:00
• 0

  如果直接调用脚本为 script.py ，然后使用Windows默认开启工具并在虚拟环境外打开Python，则Windows上可能会出现类似问题 . 使用 python script.py 调用它将在虚拟环境中使用Python .

  回复于 2024-04-27T22:06:43+08:00
• 2

  当您将virtualenv目录移动到另一个目录（在Linux上）或重命名父目录时，似乎也会发生这种情况 .

  回复于 2024-04-27T22:06:43+08:00
• 97

  virtualenv pip不起作用的一个可能原因是，如果任何父文件夹的名称中有空格 /Documents/project name/app 将其重命名为 /Documents/projectName/app 解决了问题 .

  回复于 2024-04-27T22:06:43+08:00
• 3

  这是所有pip安装的列表options - 我没有't find any ' -E '选项，可能是旧版本了 . 下面我将为即将到来的SO用户分享一个简单的英语用法和 virtualenv 的工作 .

  ---

  一切似乎都很好，接受激活 virtualenv （ foo ） . 所有这一切都允许我们拥有多个（和变化的）python环境，即各种Python版本，或各种Django版本，或任何其他Python包 - 如果我们在 生产环境 中有一个以前的版本并想要测试我们的最新Django版本应用 .

  简而言之，创建和使用（激活）虚拟环境（ virtualenv ）可以运行或测试我们的应用程序或使用不同Python解释器的简单python脚本，即Python 2.7和3.3 - 可以是全新安装（使用 --no-site-packages 选项）或所有包从现有/上次设置（使用 --system-site-packages 选项） . 要使用它，我们必须激活它：

  $ pip install django 会将其安装到全局站点包中，同样获取 pip freeze 将提供全局站点包的名称 .

  在venv dir（foo）内执行 $ source /bin/activate 将激活venv，即现在安装了pip的任何东西都只会安装在虚拟环境中，而且现在pip冻结不会给出全局站点包python包的列表 . 一旦激活：

  $ virtualenv --no-site-packages foo       
  New python executable in foo/bin/python
  Installing setuptools............done.
  $ cd foo
  $ source bin/activate 
  (foo)$ pip install django
  

  在 $ 符号之前 (foo) 表示我们正在使用虚拟python环境，即任何带有pip的东西 - 安装，冻结，卸载将仅限于此venv，并且对全局/默认Python安装/包没有影响 .

  回复于 2024-04-27T22:06:43+08:00
• 16

  我遇到了同样的问题 . 我（在Ubuntu上）的问题是我的路径名包含 $ . 当我在$ dir之外创建virtualenv时，它运行正常 .

  奇怪的 .

  回复于 2024-04-27T22:06:43+08:00