【EPGF 白皮书】路径治理驱动的多版本 Python 架构------ Windows 环境治理与 AI 教学开发体系
Python 多版本环境治理理念驱动的系统架构设计------三维治理、四级隔离、五项自治 原则（路径治理升级修订 V 2.0 版）
【01】EPGF 架构搭建教程之 Anaconda 安装指南
📝 EPGF 架构搭建教程之 Python 多版本配置（图形界面 · 递进式解耦）
📅 更新时间：2025-09-21
🎯 目标：在已完成系统级安装的 Anaconda（D:\A）上，通过图形界面创建多版本 Python 环境，为后续 工具链安装 → 环境变量配置 → 项目本地化 打下基础
🔑 核心理念：每一步都为下一步做铺垫，逐层解耦，最终实现项目可迁移、自包含、可复现
1. 教程定位：承上启下
上一篇我们完成了 Anaconda 系统级安装 ，实现了与系统层的解耦，路径统一、可控、可审计。
本篇要做的，是从"有一个干净的 Conda 管理器"过渡到"有多个独立的 Python 版本环境"，为后续的：
-
工具链安装（第三级隔离）
-
项目级 .venv 创建（第四级隔离）
-
工具链本地化（实现项目自治与迁移自治）
打好基础。
📌 EPGF 架构强调递进 ：本篇是从 第一级隔离 → 第二级隔离 的关键一步。
2. 打开 Anaconda Navigator
-
通过开始菜单启动 Anaconda Navigator
-
进入 Environments 选项卡，查看当前环境列表
-
可以看到仅有 base (root) 环境 ------ 这是 Conda 的管理基石，我们不会直接用它开发
💡 解耦思路：保留 base 环境纯净，只承担"管理者"角色，避免日后污染，便于维护。
3. 创建多版本 Python 环境
-
点击 Create 按钮，开始新建环境
-
在弹出窗口中：
-
Name ：建议规范命名，要求简洁且唯一，如
py310、py311、py312 -
Python version：选择对应版本号
-
可勾选 R，使解释器功能完善
-
-
点击 Create，等待完成
-
重复操作，为常用版本（3.8~3.13）逐一创建
实操示例
环境名：py308；
位置：D:\A\envs\py308；
Python 版本：3.8；
勾选✅ R；
环境名：py309；
位置：D:\A\envs\py309；
Python 版本：3.9；
勾选✅ R；
环境名：py310；
位置：D:\A\envs\py310；
Python 版本：3.10；
勾选✅ R；
环境名：py311；
位置：D:\A\envs\py311；
Python 版本：3.11；
勾选✅ R；
环境名：py312；
位置：D:\A\envs\py312；
Python 版本：3.12；
勾选✅ R；
环境名：py313；
位置：D:\A\envs\py308；
Python 版本：3.13；
勾选✅ R；
✅ 递进效果：
完成版本治理：实现 Python 版本间的互不干扰
**版本自由：**若需其他 Python 版本，可按需继续创建（如 python 2.x ~ python 3.1x 版）
为工具链治理预留空间：每个版本环境有独立 Scripts 目录，后续可在其中安装工具链
为项目治理奠基：.venv 将依赖这些环境提供解释器
创建完成后的界面：
4. 验证与记录
创建完成后，在 Navigator 中选中某个环境，点击右侧菜单 → Open Terminal，执行：
where python
python -V✅ 输出应显示该环境的专属路径：
D:\A\envs\py310\python.exe
Python 3.10.x说明环境创建成功，并且路径与系统层隔离，符合 第二级隔离 要求。
🔑 建议记录每个 py3xx 环境的路径，方便后续配置 PATH 和 IDE。
5. 为下一步"工具链安装"做准备
虽然本篇只创建 Python 版本环境，但已经完成了下一步工具链安装的所有前置条件：
-
每个版本环境有独立 Scripts 目录 → 工具链可精准安装，不干扰其他版本
-
环境名称标准化（py3xx） → 后续批量 PATH 配置和 IDE 指定解释器更简洁
-
base 环境保持干净 → 避免全局污染，降低维护成本
💡 解耦理念落地 ：
版本环境只负责"提供解释器"，不直接承担工具、开发、业务逻辑，让各层角色清晰分离。
6. 对应 EPGF 架构要点
| 维度 | 本篇落地 | 为下一步铺垫 |
|---|---|---|
| 版本治理 | 独立 py3xx 环境，互不干扰 | 后续可为每个版本安装对应工具链 |
| 工具治理 | 预留 Scripts 目录 | 下一篇将在此层完成工具链统一 |
| 项目治理 | 明确解释器父级 | 项目级 .venv 将基于此解释器创建 |
| 四级隔离 | 本篇位置 |
|---|---|
| 第一级：与系统隔离 | 已完成于上一篇 |
| 第二级：与 base 环境隔离、各版本隔离 | ✅ 本篇完成 |
| 第三级：工具链层隔离 / Conda 环境 解耦（Conda 特性决定的） | 下一篇执行 |
| 第四级：项目级自包含 | 在实战演示篇完成 |
7. 下一步行动
完成本篇后，你的 Conda 环境已经具备：
-
干净的 base 环境
-
多个独立、标准命名的 py3xx 环境
-
可切换、可追踪的解释器版本（conda activate py3xx 切换版本 / 统一位于 D:\A\envs\）
接下来，你将进入 EPGF 架构搭建教程之 虚拟环境管理工具的安装 ，把 uv、poetry、hatch、pipenv、virtualenv、pipx、nox、tox 安装到各 py3xx 环境中，形成工具链"工具箱"，为创建项目级 .venv 做好充分准备。
✅ 总结
-
本篇完成了 EPGF 架构中的第二级隔离：多版本 Python 独立存在
-
强调了 解耦理念：环境只提供解释器，不掺杂开发依赖
-
为后续工具链治理和项目治理做好了铺垫
-
让整个 EPGF 架构搭建呈现出一个层层递进、逐步解耦的清晰闭环