关于Poetry使用的困惑：虚拟环境与包安装相关疑问

你执行的命令及输出如下：

poetry add pytest --dev
Creating virtualenv rp-poetry-L1ArV34E-py3.9 in /home/myself/.cache/pypoetry/virtualenvs
The --dev option is deprecated, use the `--group dev` notation instead.
Using version ^7.4.4 for pytest

Updating dependencies
Resolving dependencies... (0.8s)

Writing lock file

Package operations: 6 installs, 0 updates, 0 removals

  • Installing exceptiongroup (1.2.0)
  • Installing iniconfig (2.0.0)
  • Installing packaging (23.2)
  • Installing pluggy (1.3.0)
  • Installing tomli (2.0.1)
  • Installing pytest (7.4.4)

针对你提出的四个疑问，逐一解答：

1. 执行poetry add居然创建了虚拟环境，这是为什么？ #

Poetry默认会为无关联虚拟环境的项目自动创建隔离环境。如果当前项目还没有绑定任何虚拟环境，执行add、install这类需要操作依赖的命令时，Poetry会自动生成项目专属的虚拟环境，目的是避免依赖和全局Python环境冲突，保证项目依赖的独立性。你之前没给这个项目创建或关联过环境，所以poetry add触发了自动创建逻辑。

2. 执行ls ~/.cache/pypoetry/virtualenvs/后发现有两个虚拟环境，第一个是什么时候创建的？为什么poetry env list没有显示它？ #

• 第一个虚拟环境大概率是你之前在该项目目录下执行过其他Poetry命令（比如poetry init、尝试过poetry install），或者Poetry曾为项目创建过环境，但后来因为Python版本变更、项目配置修改等原因，重新生成了新的环境，旧环境被遗留了下来。
• poetry env list默认只显示当前项目绑定的虚拟环境，未绑定的旧环境不会被列出。如果要查看Poetry管理的所有虚拟环境，可以执行poetry env list --all，就能看到那个旧环境了。

3. 执行poetry env list显示环境已激活，但python -c 'import pytest'报错，poetry run却正常，是不是环境没真正激活？ #

这是因为shell环境没切换到虚拟环境：

• poetry env list里的"Activated"指的是Poetry内部将这个环境标记为当前项目的关联环境，不代表你的shell已经切换到了该虚拟环境。
• 要真正在shell中激活环境，需要执行poetry shell，或者手动执行虚拟环境的激活脚本（比如source ~/.cache/pypoetry/virtualenvs/rp-poetry-L1ArV34E-py3.9/bin/activate）。
• poetry run的作用就是直接在关联的虚拟环境中执行指定命令，不需要手动激活shell，所以能正常找到pytest。

4. 没有执行poetry install，为什么pytest却能被正常导入？ #

poetry add本身就包含安装逻辑：执行poetry add <package>时，Poetry会自动把包添加到pyproject.toml，解析依赖并生成poetry.lock，同时直接将包及其依赖安装到关联的虚拟环境中。poetry install主要用于根据已有的poetry.lock安装项目所有依赖（包括生产和开发依赖），而新增单个包时，poetry add已经完成了安装步骤，不需要额外执行install。

内容的提问来源于stack exchange，提问作者KansaiRobot