虚拟环境-'虚拟环境'无法识别[重复]
不能将“virtualenv”识别为内部或外部命令、可操作程序或批处理文件。
我正在遵循的步骤
- 在默认目录下安装-pip安装virtualenv
- 要创建一个venv，请运行此virtualenv-p python3 venv
- 激活virtualenv\Scripts\Activate
- 它看起来像这样（venv）
C:\Users\user\Desktop\UserDjangoProject
共有1个答案
可以通过pip从PyPI安装的virtualenv包更适合Python 2。如果您使用的是Python 3，那么就不需要再使用这个包了，因为同样的功能也是Python本身的一部分。
要创建新的虚拟环境，请执行以下操作：
python3 -m venv venv
source venv/bin/activate
此时，您已经有了一个可以使用的虚拟环境。我建议此时安装轮。
pip install wheel
此外，新虚拟环境中的一些软件包可能不是最新的。如果您想知道哪些软件包可能已过期，请执行以下操作：
pip list -o
如果您看到过期的包，您可以运行以下命令一次更新所有内容。此命令要求您安装了jq（这可能无法在Windows上正常工作）。
pip list -o --format json | jq -r '.[].name' | xargs -n 1 pip install -U
如果该命令因为您在Windows上而无法正常工作，则可以像这样更新每个过期包：
pip install -U <packagename>
然后，您将能够根据留档安装Django。
python -m pip install Django
或者，您可以从文件中安装步骤列表中的要求。
pip install -r requirements.txt
-
我安装的虚拟环境使用（）。这就出现了。
-
不熟悉在虚拟环境中运行Python，会弄乱Django，无法激活虚拟环境。 在过去的4个小时里，试图在本地终端/VS代码上激活虚拟环境（venv），但运气不佳。 避免了“sudo pip install virtualenv”，因为我试图避免以root用户身份安装和使用不同的目录路径等。 使用缓存的virtualenv-20.0.31-py2.py3-none-any.whl（4.9 MB）收集v
-
问题内容： 从代码移动到新机器（可能运行不同的OS）相对简单并且给出相同结果的意义上来说，主要的工作之一就是确保代码的可移植性。 来自Python背景，我习惯了虚拟环境的概念。与所需软件包的简单列表一起使用时，这可以确保安装的软件包和库在任何计算机上都可用，而不会引起太多麻烦。当然，这不能保证- 不同的操作系统都有自己的缺点和特点-但这可以为您提供95％的解决方案。 R中是否存在这样的东西？即使它
-
我做了一个虚拟环境，我可以在命令提示符下激活它，但它不能用my_venv2\脚本\activate.bat激活它，我也不能在py魅力的终端中激活它
-
问题内容： [PyPI]：pywin32 226已于 20191110 发行。 它 适用 于大多数 Python 安装程序（ 例如， 适用于从Python下载的正式版本），但 不适 用于虚拟环境（ 例如 ，使用 VirtualEnv （ v16.7.7 ）和（基于进一步的研究） Python 的 venv创建 ）。 我将 Python v3.8 .0和 v3.7 .3用作实验大鼠。这是前者的输出：
-
virtualenv 是一个创建独立的 Python 环境。 virtualenv 会创建一个文件夹，其中包含使用 Python 项目所有所需的可执行文件。 它可以单独使用，用于代替 Pipenv 。 通过 pip 安装 virtualenv ： $ pip install virtualenv 测试下是否安装完成 $ virtualenv --version 为项目创建一个虚拟环境： $ c