安装Miniconda后Poetry创建新虚拟环境，如何恢复原venv并解析冲突？

解决步骤 #

1. 让Poetry绑定当前激活的venv #

无需在venv内重新安装Poetry，执行以下命令强制Poetry使用当前激活的虚拟环境：

# 全局配置：让Poetry在项目目录内创建/使用虚拟环境（后续所有项目生效）
poetry config virtualenvs.in-project true

# 或临时指定当前环境的Python给Poetry（仅当前项目生效）
poetry env use $(which python)

执行完成后再运行poetry install，依赖就会安装到你之前创建的venv中。

2. 关闭Conda base环境自动激活（可选） #

你的环境状态显示(venv) (base)，说明Conda默认自动激活了base环境，这种环境嵌套会干扰Poetry的环境识别。可以关闭自动激活：

conda config --set auto_activate_base false

重启终端后，手动激活venv时环境状态只会显示(venv)，避免路径优先级冲突。

冲突原因解析 #

1. PATH路径优先级问题：安装Miniconda后，系统的PATH变量中Conda的bin目录被排在了PyCharm创建的venv的bin目录之前。即使你激活了venv，Poetry检测到的Python可执行文件实际上是base环境的，而非venv内的，因此会触发创建新虚拟环境的逻辑。
2. Poetry的环境检测逻辑：Poetry默认不推荐在Conda管理的环境中直接安装依赖，当它检测到当前环境属于Conda（即使嵌套了venv），就会自动创建独立的虚拟环境来隔离依赖。
3. 环境嵌套的干扰：同时激活venv和Conda base环境会导致环境变量混乱，Poetry无法正确识别当前想要使用的venv环境，转而使用自身的虚拟环境管理策略。

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