Python环境管理
使用 uv、venv、conda 创建隔离虚拟环境,编写 pyproject.toml 和 lockfile,诊断依赖冲突,实施按阶段的环境策略
Python 环境管理
依赖地狱是真实存在的。虚拟环境就是解药。
类型: 构建 语言: Shell 前置条件: 阶段 0,第 01 课 预计时间: ~30 分钟
学习目标
- 使用
uv、venv或conda创建隔离的虚拟环境 - 编写带可选依赖组的
pyproject.toml并生成 lockfile 实现可复现性 - 诊断和修复常见陷阱:全局安装、pip/conda 混用、CUDA 版本不匹配
- 为有冲突依赖的项目实施按阶段的环境策略
问题所在
你为微调项目安装了 PyTorch 2.4。下周,另一个项目需要 PyTorch 2.1,因为它的 CUDA 构建被固定了。你全局升级,第一个项目坏了。你降级,第二个项目坏了。
这就是依赖地狱。在 AI/ML 工作中经常发生,因为:
- PyTorch、JAX 和 TensorFlow 各自带自己的 CUDA 绑定
- 模型库固定了特定的框架版本
- 全局
pip install会覆盖之前安装的任何东西 - CUDA 11.8 构建与 CUDA 12.x 驱动不兼容(反之亦然)
解决方案:每个项目都有自己隔离的环境和自己的包。
核心概念
动手构建
选项 1:uv venv(推荐)
uv 是最快的 Python 包管理器(比 pip 快 10-100 倍)。它在一个工具中处理虚拟环境、Python 版本和依赖解析。
curl -LsSf https://astral.sh/uv/install.sh | sh
uv python install 3.12
cd your-project
uv venv
source .venv/bin/activate
安装包:
uv pip install torch numpy
一步创建带 pyproject.toml 的项目:
uv init my-ai-project
cd my-ai-project
uv add torch numpy matplotlib
选项 2:venv(内置)
如果你无法安装 uv,Python 自带 venv:
python3 -m venv .venv
source .venv/bin/activate # Linux/macOS
.venv\Scripts\activate # Windows
pip install torch numpy
比 uv 慢,但只要有 Python 就能用。
选项 3:conda(需要时使用)
Conda 管理非 Python 依赖,如 CUDA 工具包、cuDNN 和 C 库。在以下情况使用:
- 你需要特定版本的 CUDA 工具包但不想全局安装
- 你在共享集群上无法安装系统包
- 某个库的安装说明说”使用 conda”
# 安装 miniconda(不是完整的 Anaconda)
curl -LsSf https://repo.anaconda.com/miniconda/Miniconda3-latest-Linux-x86_64.sh -o miniconda.sh
bash miniconda.sh -b
conda create -n myproject python=3.12
conda activate myproject
conda install pytorch torchvision torchaudio pytorch-cuda=12.4 -c pytorch -c nvidia
一条规则:如果你在某个环境中使用 conda,就在该环境中对所有包使用 conda。在 conda 环境中混用 pip install 会导致难以调试的依赖冲突。
本课程策略:按阶段配置环境
你可以为整个课程创建一个环境。不要这样做。不同阶段需要不同(有时冲突)的依赖。
策略:
ai-engineering-from-scratch/
.venv/ <-- 共享轻量环境,用于阶段 0-3
phases/
04-neural-networks/
.venv/ <-- PyTorch 环境
05-cnns/
.venv/ <-- 相同的 PyTorch 环境(符号链接或共享)
08-transformers/
.venv/ <-- 可能需要不同的 transformer 版本
11-llm-apis/
.venv/ <-- API SDKs,不需要 torch
code/env_setup.sh 中的脚本会创建本课程的基础环境。
pyproject.toml 基础
每个 Python 项目都应该有一个 pyproject.toml。它用一个文件替代了 setup.py、setup.cfg 和 requirements.txt。
[project]
name = "ai-engineering-from-scratch"
version = "0.1.0"
requires-python = ">=3.11"
dependencies = [
"numpy>=1.26",
"matplotlib>=3.8",
"jupyter>=1.0",
"scikit-learn>=1.4",
]
[project.optional-dependencies]
torch = ["torch>=2.3", "torchvision>=0.18"]
llm = ["anthropic>=0.39", "openai>=1.50"]
然后安装:
uv pip install -e ".[torch]" # 基础 + PyTorch
uv pip install -e ".[llm]" # 基础 + LLM SDKs
uv pip install -e ".[torch,llm]" # 全部
Lockfile
Lockfile 将每个依赖(包括传递依赖)固定到精确版本。这保证了可复现性:任何从 lockfile 安装的人都会得到完全相同的包。
# uv 在使用 uv add 时自动生成 uv.lock
uv add numpy
# pip-tools 方式
uv pip compile pyproject.toml -o requirements.lock
uv pip install -r requirements.lock
将 lockfile 提交到 git。当有人克隆仓库时,他们从 lockfile 安装并获得相同的版本。
常见错误
1. 全局安装
pip install torch # 错误:安装到系统 Python
source .venv/bin/activate
pip install torch # 正确:安装到虚拟环境
检查你的包安装到哪里:
which python # 应该显示 .venv/bin/python,而不是 /usr/bin/python
which pip # 应该显示 .venv/bin/pip
2. 混用 pip 和 conda
conda create -n myenv python=3.12
conda activate myenv
conda install pytorch -c pytorch
pip install some-other-package # 错误:可能破坏 conda 的依赖追踪
conda install some-other-package # 正确:让 conda 管理一切
如果必须在 conda 中使用 pip(有些包只有 pip 版本),先安装所有 conda 包,最后再安装 pip 包。
3. 忘记激活
python train.py # 使用系统 Python,缺少包
source .venv/bin/activate
python train.py # 使用项目 Python,包找到了
你的 shell 提示符应该显示环境名称:
(.venv) $ python train.py
4. 将 .venv 提交到 git
echo ".venv/" >> .gitignore
虚拟环境有 200MB-2GB。它们是本地的,不能在机器间移植。应该提交 pyproject.toml 和 lockfile。
5. CUDA 版本不匹配
nvidia-smi # 显示驱动 CUDA 版本(如 12.4)
python -c "import torch; print(torch.version.cuda)" # 显示 PyTorch CUDA 版本
# 这两者必须兼容。
# PyTorch CUDA 版本必须 <= 驱动 CUDA 版本。
实际应用
运行设置脚本创建课程环境:
bash phases/00-setup-and-tooling/06-python-environments/code/env_setup.sh
这会在仓库根目录创建一个 .venv,安装并验证核心依赖。
练习
- 运行
env_setup.sh并验证所有检查通过 - 创建第二个虚拟环境,在其中安装不同版本的 numpy,确认两个环境是隔离的
- 为一个同时需要 PyTorch 和 Anthropic SDK 的项目编写
pyproject.toml - 故意全局安装一个包(不激活 venv),注意它安装到了哪里,然后卸载它
关键术语
| 术语 | 通俗说法 | 实际含义 |
|---|---|---|
| Virtual environment | ”一个 venv” | 一个包含 Python 解释器和包的隔离目录,与系统 Python 分离 |
| Lockfile | ”固定依赖” | 列出每个包及其精确版本的文件,保证跨机器安装一致 |
| pyproject.toml | ”新的 setup.py” | 标准 Python 项目配置文件,替代 setup.py/setup.cfg/requirements.txt |
| Transitive dependency | ”依赖的依赖” | 包 B 依赖 C;如果你安装依赖 B 的 A,C 就是 A 的传递依赖 |
| CUDA mismatch | ”我的 GPU 不工作” | PyTorch 编译时的 CUDA 版本与 GPU 驱动支持的版本不同 |