为什么 hatch 不将虚拟环境保存在我正在工作的同一目录中？

为什么 hatch 不将虚拟环境保存在我正在工作的同一目录中？我浏览了文档，但找不到实现这一目标的方法。也许这样是有道理的，但我真的想不出为什么。 有没有办法在项目目录中创建它？ 或者有一个不想这样做的充分理由？

Hatch 没有将虚拟环境存储在你的项目目录中的原因有很多。

以下是其中一些原因：

1. 避免混乱： 将虚拟环境保存在项目目录之外有助于保持项目根目录的整洁，使其免受虚拟环境创建的大量文件和文件夹的污染。这使得在你的项目中查找和管理文件变得更容易。

2. 更轻松地共享项目： 当你与他人共享你的项目时，他们可能希望使用与你不同的虚拟环境。如果你在项目目录之外保留虚拟环境，那么与他人共享你的项目源代码会更容易，而不会不必要地包含虚拟环境。

3. 版本控制： 通常，你不希望将你的虚拟环境提交到版本控制中，因为它可能很大并且依赖于特定的机器。通过在项目目录之外存储你的虚拟环境，你可以轻松地将它从你的版本控制系统（如 Git）中排除。

4. 环境隔离： 通过将环境存储在中心位置，Hatch 允许你在多个项目之间共享环境，并避免每个项目都拥有自己的环境副本，从而潜在地节省磁盘空间和减少冗余。

尽管 Hatch 不建议在你的项目目录中创建虚拟环境，但如果你仍然想这样做，你可以按照以下步骤操作：

1. 在你的项目目录中创建一个新目录来存储你的虚拟环境。 例如，你可以创建一个名为 .venv 的目录。

mkdir .venv

1. 使用 python -m venv 命令在创建的目录中创建一个新的虚拟环境。

python -m venv .venv

1. 当你想要使用此虚拟环境工作时，请使用其完整路径激活它。

在 Linux/macOS 上：

source .venv/bin/activate

在 Windows 上：

.venv\scripts\activate

请记住，这样做需要你相应地调整你的编辑器和运行配置以使用这个本地环境，并且它可能会使与其他协作者的共享变得更加复杂。

总的来说，虽然在你的项目目录中创建虚拟环境是可行的，但这通常不是推荐的做法。Hatch 将虚拟环境存储在项目目录之外，这有其充分的理由，并且坚持默认行为通常是一个更干净、更有条理的解决方案。