Pipfile是pipenv工具引入的TOML格式依赖管理文件，取代requirements.txt，明确划分主依赖[packages]和开发依赖[dev-packages]，并通过Pipfile.lock锁定依赖版本，确保环境一致性。
在 Python 项目中管理依赖时，Pipfile 是 pipenv 工具引入的一种现代化替代 requirements.txt 的方式。它不仅清晰地划分了开发依赖和生产依赖，还通过配套的 Pipfile.lock 实现了依赖锁定，确保不同环境下的安装一致性。
什么是 Pipfile？
Pipfile 是一个 TOML 格式的文件，用来声明项目的依赖关系。它取代了传统的 requirements.txt，结构更清晰，语义更明确。
主要包含两个核心部分：
[packages]：列出项目运行所需的主依赖 [dev-packages]：列出仅用于开发、测试或调试的工具依赖（如 pytest、flake8）
此外还可以指定 Python 版本要求和源镜像地址。
立即学习“Python免费学习笔记（深入）”；
示例 Pipfile：
[[source]]url = "https://pypi.org/simple"verify_ssl = truename = "pypi"[packages]requests = "*"flask = "~=2.0.0"[dev-packages]pytest = "*"black = "*"[requires]python_version = "3.9"
Pipfile.lock 的作用
当你执行 pipenv install 后，pipenv 会自动生成 Pipfile.lock。这个文件记录了当前环境中所有依赖及其子依赖的确切版本号（包括哈希值），实现“可重复构建”。
其关键优势在于：
保证团队成员和部署环境安装完全一致的包版本 避免因依赖传递升级导致的意外行为变化 提升 CI/CD 流程的稳定性
常用操作命令
使用 pipenv 管理项目依赖的基本流程如下：
pipenv install：根据 Pipfile 安装依赖，创建虚拟环境 pipenv install requests：安装主依赖并写入 Pipfile pipenv install pytest --dev：安装开发依赖 pipenv graph：查看依赖树，排查冲突 pipenv shell：进入虚拟环境交互模式 pipenv run python app.py：在虚拟环境中运行脚本
与 requirements.txt 的对比
相比纯文本的 requirements.txt，Pipfile 更结构化，天然支持区分生产与开发依赖，且配合 lock 文件提供更强的确定性。
虽然目前 pip + requirements.txt 仍广泛使用，但 pipenv 或后来的 poetry 代表了更现代的依赖管理方向。
需要注意的是，pipenv 在某些复杂场景下性能略慢，社区也出现了其他选择（如 poetry、hatch），但在中小型项目中依然实用可靠。
基本上就这些。如果你用 pipenv，Pipfile 就是你的依赖清单，而 Pipfile.lock 确保每次安装都一模一样。
以上就是Python 环境中的依赖锁定文件 Pipfile的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1381284.html
微信扫一扫 
支付宝扫一扫 
