如果安装了多个 Python 版本，则最好始终指定完整路径（可以肯定），而不要依赖 环境变量 （至少这是我的操作方式）：
我没有 mkvirtualenv 在我的 “％PYTHON_INSTALLATION_DIR％\脚本” （如 “C：\安装\ 64 \ Python的\ 3.5.3 \脚本” ）文件夹，但（这是一个例子，我“制作”了） ：
从那时起：
我知道，指定所有这些时髦的路径有点烦人（在 Lnx 上非常容易），但至少是安全的。无论如何，在设置虚拟环境之后，您可以调整环境（ ％PATH％ ），因此不必指定完整路径。
我在撰写本文时注意到了您的评论，我必须说 PyCharm （ 专业版 ）是与 Django 一起使用的优秀工具（事实上??，与 Python 一起使用）。另一方面，如果您选择 社区版， 那就不是那么好了（符合预期）。[SO]：从鼠标右键单击PyCharm Community Edition中的上下文菜单运行/调试Django应用程序的UnitTests？是我不得不处理的痛苦问题之一。
@ EDIT0 ：
刚才我安装 virtualenvwrapper- ："C:\Install\x64\Python\3.5.3\python.exe" -m pip install virtualenvwrapper-win。通过其完整路径或通过在 ％PATH％ （）中添加其父文件夹来运行mkvirtualenv ，会产生相同的错误： __mkvirtualenv a
无法将“ python.exe”识别为内部或外部命令，可操作程序或批处理文件。
但 （在 ％USERPROFILE％ \ 下）。因此错误是良性的。无论如何，它可以通过以下任一方法进行修复：
我 要做 的另一步骤是将 ％WORKON_HOME％ 设置为我想要 放置VEnv 的文件夹。请注意，必须保留环境变量（因为我仅出于测试目的这样做，所以我仅在用于此任务的 cmd 控制台中对其进行了设置），否则，每次需要使用这些工具时都必须对其进行设置。
此后 workon ， lsvirtualenv 工作就像一个魅力（当然，不是一样大，在 LNX ，但足够接近）。
（关于 mkvirtualenv ）：它将使用默认的 python.exe （请参见上文）作为新VEnv的基础 ，它不如 virtualenv.exe （接受 -p / --python 参数）灵活。
602392714
清零编程群