Python 3.3+；，标准venv虚拟环境包有任何原因或问题吗？ 背景

这是一个关于venv Python包已知问题的问题，而不是一个观点

有多个包来创建Python虚拟环境，这似乎造成了混乱。一些关于“如何创建虚拟环境”的文章只讨论了一个特定的包，这可能会误导读者相信创建虚拟环境只有一种方法

问题: 是否有任何理由不使用标准venv包装。有什么已知的问题吗

Linux发行版似乎有不同的默认虚拟环境Python包选择，例如Ubuntu用于venv，Fedora用于VirtualEnvironment。这可能是一个原因

如果有的话，请建议。我只想坚持使用venv，但想知道不使用它的任何问题或原因

工具书类

---

否。如果您只想创建一个python虚拟环境，那么使用此工具是很好的。人们使用其他工具来享受其他功能，这些功能可能与创建python虚拟环境间接相关。比如说,

• python虚拟环境中的包依赖关系管理（POMENT、pipenv）
• 在创建python虚拟环境时，结合pyenv构建不同版本的python。（pipenv）

---

您可以一直使用venv，直到有一天您想使用venv功能范围之外的其他功能。

venv工作得非常好，没有明显的理由仅仅为了使用其他功能而使用其他功能。如果venv对您的用例足够有效，请坚持使用它。据我所知，virtualenv在合理的情况下在引擎盖下使用venv。virtualenv基本上是venv，具有更多功能、灵活性、速度改进、扩展兼容性等。而venv或多或少是创建虚拟环境所需的最低功能集。

您能否澄清为什么这不是第一个链接问题的重复？如果你只是想要任何不同或理由，这个问题似乎涵盖了这一点。如果你只是要求一个开放的列举理由，请意识到这是一个界限，你应该尝试增加细节或清晰的问题，以明确正是你正在寻找的。@ MisterMiyagi，我正在寻找答案“任何已知的问题”要考虑VEV。不知道为什么不清楚。如果您有多种选择，“是否有任何理由不使用标准venv软件包”是一个有效的问题。如果没有，请解释。因为原因很多，问题没有给出明确的选择标准。“您仍然需要支持3.3”，“您正在使用fedora”，“您使用其他环境的现有代码”，“您需要差异问题中列出的功能之一”，“您的包管理器已经提供隔离”，“您更喜欢自描述性命名”，“您更喜欢单独更新包”，诸如此类。您是否要求仅列举已知的venv问题（而不仅仅是“原因”）？什么版本？以前的、当前的，当新问题被发现时，您是否期望得到新的答案？您可以使用Python bug跟踪器，这就是您所期望的吗？