6

venv模块(随 Python 3.3 或更高版本一起提供)并且virtualenv仍在广泛使用中,允许将项目的依赖项安装到系统范围的 Python 安装中,而不是安装到特定于该项目的目录中。

这种“虚拟环境”的子目录之一包含 Python 解释器的副本以及“激活”和“停用”脚本 - 但此子目录Scripts在 Windows 和bin所有其他系统上调用。

有点 令人惊讶为什么他们要特例 Windows?

PEP 405venv或 virtualenv 源(或文档)都不包含任何解释 - virtualenv 中的提交消息指的是“约定”)

4

2 回答 2

4

“我认为提交信息是你能得到的最好的信息。其他一切都是纯粹的猜测。” (Bryan 的评论,参考virtualenv 中的提交信息

于 2017-05-08T07:10:04.780 回答
1

大多数 ms-windows 程序都有一个由图标或菜单项启动的 GUI。因此,不需要$PATH像 UNIX 那样为二进制文件(然后将其放入 )的标准化位置。此外,该名称对 UNIX 用户bin没有任何意义。

另外,ms-windows 只有一个非常原始的包管理(如果你甚至可以称之为包管理),所以应用程序倾向于安装在它们自己的目录树中,它们不会相互干扰。

于 2017-05-06T23:25:09.603 回答