Visual Studio Code 的 Python 扩展设置使用 Python：Create Environment 命令简化了虚拟环境的创建。此命令可帮助任何技能水平的开发人员创建隔离的环境，每个环境都有自己的一组已安装的包和依赖项。但是，我们相信在扩展中对包管理工具的支持方面仍有提高空间。在高级设置上，库管理工具简化了安装包、解析依赖项和处理版本约束的过程。虽然有许多可用的包管理工具，但我们想看看在标准 Python 安装中包含的 pip 和 venv 的支持下我们可以走多远。本练习的一部分包括研究流行的库管理工具提供的常见 CLI 命令，以发现功能的交叉点，并确定 pip 和 venv 在哪些方面不提供直接支持。我们希望提供一个工作流程，与 Python：Create Environment 命令来简化包管理。
目标
作为 VS Code 的 Python 扩展的一部分，提出并实现一个有主见的工作流程，来达到：
当前提案
VS Code 中的 Python 扩展希望通过提供一个工作流程来解决库管理初学者的一个常见误区，类似于 Python：Create Environment 命令中的工作流。但是，我们承认没有一种方法可以满足每个用户场景和偏好。最初，这些功能主要侧重于帮助处理不需要构建wheel文件的脚本、应用程序和项目的初学者。初学者主要关心的是实现成功的执行并确保可重复性。由于 VS Code 的 Python 扩展考虑了我们如何解决这个问题，我们希望与社区概述的标准紧密结合，但在某些领域选择固执己见。我们将此建议分为两部分进行考虑：命令覆盖率和记录用户的依赖关系。与往常一样，我们对如何改进和实现这一点持开放态度（vscode-python#21627）！
目前有好几种流行的依赖项和包管理工具可用。在这项研究中，我比较了 Pip、Poetry、Hatch 、conda、PDM 和 Pipenv CLI 命令，以找到它们为包管理提供的功能的交集，以及 pip 和 venv 没有提供这些其他工具所具有的直接支持的地方。
我们希望在工作流程中匹配的 CLI 命令覆盖范围：
记录依赖关系
虽然我们概述了我们希望支持的功能，但如何写下依赖项的问题仍然存在。尽管在“何处”和“如何”写下依赖关系背后没有严格的标准，但我们牢记初学者的主要动力：成功的执行和可重复性。
最初，我们认为默认设置应该是写入requirements.txt 文件，包括已安装的库版本。默认情况下，选择编写版本支持用户对可重现性和易于协作工作的需求。考虑到目标受众所做工作的性质和我们的目标用法， pyproject.toml 超出了范围，因为目标用户通常不会构建他们的项目，也没有直接的方法只安装 pyproject.toml 文件中列出的依赖项。
虽然此工作流程最初侧重于帮助可能不舒服或不熟悉这些概念的初学者，但我们希望它也能成为更高级开发人员的工具。我们希望允许您首选的库管理器通过扩展集成到此工作流中，以支持更高级的工作流。
结论
VS Code 中的 Python 扩展正在不断评估我们可以改善用户在扩展中的体验的方法，无论它们是否是新的。库管理是学习和使用 Python 时的核心基础，我们希望减少成功所需的障碍。与往常一样，我们很乐意听到您对我们功能的想法和反馈。有关此提案的具体反馈可以在vscode-python#21627上给出。
