poetry和pipenv旨在解决手动维护requirements.txt导致的版本冲突、环境混用、虚拟环境混乱及依赖不透明等问题，提供声明式依赖管理、自动虚拟环境隔离、精确版本锁定和开发/生产依赖分离。
为什么需要 Poetry 或 Pipenv
Python 项目中手动维护 requirements.txt 容易出错：版本冲突、开发/生产环境混用、虚拟环境管理混乱、依赖传递不透明。Poetry 和 Pipenv 都试图解决这些问题，提供声明式依赖定义、自动虚拟环境隔离、锁定精确版本、支持开发依赖分离等功能。它们不是简单替代 pip，而是构建更可靠、可复现的 Python 工程化流程。
Poetry：现代、统一、开箱即用
Poetry 把依赖管理、打包、发布、虚拟环境全集成在一个工具里。初始化项目后生成 pyproject.toml，所有配置集中在此。
- 安装：
pipx install poetry（推荐用 pipx 避免污染全局环境） - 新建项目：
poetry init交互式创建配置；或poetry new myapp直接生成完整结构 - 添加依赖：
poetry add requests（自动写入 pyproject.toml 并安装），poetry add pytest --group dev添加为开发依赖 - 激活环境：
poetry shell或直接运行poetry run python script.py - 导出固定依赖：
poetry export -f requirements.txt --without-hashes > requirements.txt（适合 CI 场景）
注意：Poetry 默认使用自己的虚拟环境目录（~/.cache/pypoetry/virtualenvs/），不与系统 venv 或 conda 冲突，也无需手动激活。
Pipenv：pip + virtualenv 的封装，更贴近传统工作流
Pipenv 将 pip 和 virtualenv 合二为一，用 Pipfile 替代 requirements.txt，语义更清晰（如区分 [[source]] 源、[dev-packages] 等）。
立即学习“Python免费学习笔记（深入）”；
- 安装：
pip install pipenv - 初始化：
pipenv install（读取现有 Pipfile）或pipenv install requests（自动创建 Pipfile 并安装） - 开发依赖：
pipenv install pytest --dev - 进入环境：
pipenv shell或pipenv run python app.py - 生成锁文件：
pipenv lock（生成 Pipfile.lock，含哈希和完整依赖树） - 导出 requirements：
pipenv requirements > requirements.txt
Pipenv 的优势是学习成本低、对已有 pip 用户友好；但近年活跃度不如 Poetry，部分边缘场景（如多 Python 版本支持、打包发布）功能较弱。
选哪个？关键看团队和场景
新项目、追求长期维护性、需要打包发布 → 优先 Poetry；已用 Pipfile 迁移成本高、团队熟悉 pip 工作流、轻量脚本项目 → Pipenv 仍可用。两者都不建议在同一个项目中混用。真实协作中，统一工具比工具本身更重要——只要团队能稳定复现环境、快速启动、安全升级依赖，就是好选择。
