是的，pipenv install --dev 安装的包默认只进入[dev-packages]区块，前提是未手动将其写入[packages]；Pipfile.lock中通过"develop": true/false标记区分，部署时需配合PIPENV_DEV=0或--ignore-pipfile确保仅安装生产依赖。
pipenv install --dev 安装的包只进 dev-packages 吗
是的，但有个前提：你得在 Pipfile 里没手动把开发依赖写进 [packages]。只要用 pipenv install --dev pytest black，这些包就会进 [dev-packages] 区块，不会出现在生产环境的 pipenv install 默认安装列表里。
常见错误是后期手动编辑 Pipfile，把 pytest = "*" 直接塞进 [packages] —— 这样哪怕当初用 --dev 装的，也会被当成运行时依赖拉进生产环境。
- 检查方式：
pipenv graph --dev只显示 dev-packages；pipenv graph（不带--dev）不显示它们 -
pipenv install默认跳过[dev-packages]，除非显式加--dev - CI/CD 中部署时务必用
pipenv install --ignore-pipfile或配合PIPENV_DEV=0环境变量，避免意外加载 dev 依赖
pipenv lock 生成的 Pipfile.lock 是否区分 dev 和 prod
区分，但不是靠两个独立文件，而是靠锁文件内部的标记字段。Pipfile.lock 里每个包都带 "develop": true 或 "develop": false 字段，pipenv install 会据此决定是否安装。
这个机制决定了：即使你本地 pipenv lock 时包含 dev 包，只要部署时用的是默认 pipenv install，它读取锁文件后自动过滤掉 "develop": true 的条目。
立即学习“Python免费学习笔记（深入）”；
TikHub API 多平台数据爬取工具，支持抖音/TikTok/B站等。用户提及以下需求时调用：1) 爬取视频或评论；2) 获取用户信息/粉丝列表；3) 批量下载无水印视频；4) 抖音链接转文字（下载→音频→Whisper pipeline）；5) 调用 TikHubAPI。
- 验证方法：打开
Pipfile.lock搜索"develop": true，能看到所有 dev-only 包都被标了这个字段 - 注意
pipenv lock --clear会清空缓存，但不影响锁文件中 develop 标记的准确性 - 如果团队有人手动删改
Pipfile.lock，可能破坏该标记，导致隔离失效 —— 锁文件必须由pipenv lock自动生成
如何确保 Docker 部署只装生产依赖
Dockerfile 里不能只写 pipenv install，得明确关掉 dev 模式。否则构建镜像时，如果基础镜像里残留了 PIPENV_DEV=1 或之前运行过 --dev 命令，就可能把测试工具也打进生产镜像。
最稳妥的方式是在安装命令前重置环境变量，并禁用 dev 解析：
ENV PIPENV_DEV=0 RUN pipenv install --ignore-pipfile --skip-lock
-
--ignore-pipfile强制只读Pipfile.lock，避免因Pipfile内容变动引入新依赖 -
--skip-lock跳过重新生成锁文件（Docker 构建不该改锁文件） - 不要用
pipenv install --deploy—— 它会在锁文件变更时失败，但 CI 中锁文件已提交，没必要做这层校验，反而容易卡住构建
为什么 pipenv shell 进入后 import pytest 却能成功
因为 pipenv shell 激活的是完整虚拟环境，里面既有 [packages] 也有 [dev-packages]。这不是 bug，是设计使然：开发时你本就需要访问所有依赖。
真正要警惕的是“误以为能 import 就代表生产可用”。判断生产可用性，唯一可靠方式是：退出 shell，用 pipenv run python -c "import pytest" —— 这会按默认策略（不加载 dev）启动解释器，如果报 ModuleNotFoundError，说明隔离生效了。
- 别依赖 IDE 的 Python 解释器自动识别；很多 IDE 默认用
pipenv shell环境，会掩盖隔离问题 -
pipenv run是检验真实运行时行为的黄金标准，比python -m pytest更可信，因为它绕过了当前 shell 的 PATH 干扰 - 复杂项目里，有些包（如
mypy）可能被 dev 和 prod 同时需要，这时得手动挪进[packages]，而非依赖--dev自动归类
