企业官网建设流程全解析

• 开发工具
• CLI

本指南以 Nix 官方手册 package-management/profiles.md 为核心，系统讲解 Nix 的 Profile（配置档案）与用户环境（user environment）机制：从 Nix store 的内容寻址存储，到用户环境、代际（generation）、Profile 三级抽象，再到原子升级、一键回滚与多用户隔离的实战操作。读完本文，你将掌握nix-env家族命令（--install、--rollback、--switch-generation、--switch-profile、--profile等）的完整用法，并从源码层面理解其底层实现原理。

图：Nix store 中的包、用户环境与外部代际链接的示意图（来自 Nix 手册原文，箭头表示符号链接）

一切从 Nix store 开始：内容寻址的存储布局

要理解 Profile，首先需要理解 Nix 最根本的存储模型。Nix 中所有包都存放在Nix store（通常为/nix/store）的唯一路径中。路径由包名加上一长串密码学哈希前缀构成——这个哈希是对构建该包所用的全部输入（源码、依赖、编译器标志等）计算 SHA-256 后取 160 位截断、再经 Nix32 编码得到的。例如：

/nix/store/dpmvp969yhdqs7lm2r1a3gng7pyq6vy4-subversion-1.1.3/ /nix/store/5mq2jcn36ldlmh93yj1n8s9c95pj7c5s-subversion-1.1.2

同一软件的不同版本（甚至同一版本、只要构建输入有任何差异）都会落在文件系统的不同位置，互不干扰——这就是"纯函数式包管理"的核心保证：输入不同则输出路径必然不同。

从裸路径到用户环境：为何需要符号链接

当然，你不会希望在命令行敲出：

$ /nix/store/dpmvp969yhdq...-subversion-1.1.3/bin/svn

来运行 Subversion。一个朴素的替代方案是把每个包的bin目录都加进PATH环境变量，但这样做并不方便，而且修改PATH对已存在的进程不会生效（例如已经启动的 shell 和 GUI 应用）。

Nix 的解决方案是：创建指向"已激活"（activated）包的符号链接目录树，这棵目录树被称为用户环境（user environment）。用户环境本身也是一个包——它由nix-env自动生成，同样存放在 Nix store 中。例如上图中，用户环境/nix/store/0c1p5z4kda11...-user-env内就包含一个指向 Subversion 1.1.2 的符号链接；这相当于我们在包含 Subversion 1.1.2 的 Nix 表达式集合上执行过：

$ nix-env --install --attr nixpkgs.subversion

nix-env --install（别名-i，参数解析见 src/nix/nix-env/nix-env.cc）会构建一个包含所有被激活包符号链接的新目录树并放入 store。从实现看，用户环境的构建逻辑位于 src/nix/nix-env/user-env.cc 与 src/nix/nix-env/buildenv.nix，后者以 Nix 表达式的方式描述"如何把一组包合并成一个用户环境"。

代际（Generations）：时间维度的快照

光有用户环境还不够——你仍然不想敲/nix/store/0c1p5z4kda11...-user-env/bin/svn。因此，在 store之外还存在指向 store 内用户环境的符号链接，例如图中的default-42-link和default-43-link。它们被称为代际（generations）：因为每次执行nix-env操作，都会基于当前用户环境生成一个新的用户环境。

例如，当我们对包含 Firefox 和新版 Subversion 的 Nix 表达式集合执行：

$ nix-env --install --attr nixpkgs.subversion nixpkgs.firefox

就会基于 generation 42 创建出 generation 43。

从源码看，代际本质上是命名遵循<profile名>-<序号>-link格式的符号链接。src/libstore/profiles.cc 中的parseName负责解析该命名格式，findGenerations（L31-L49）则扫描 profile 所在目录、按序号排序枚举全部代际。值得注意的一个实现细节：createGeneration（L61-L96）中，如果新用户环境与最新代际指向完全相同的 store 路径，则不会新建代际链接，而是直接复用——这避免了重复安装/重建时无意义地堆积代际编号。

Profile：多用户隔离的命名空间

代际被进一步组织进Profile中，从而让不同用户可以在互不干扰的前提下各自维护自己的环境。看一个真实的 profile 目录示例：

$ ls -l /nix/var/nix/profiles/ ... lrwxrwxrwx 1 eelco ... default-42-link -> /nix/store/0c1p5z4kda11...-user-env lrwxrwxrwx 1 eelco ... default-43-link -> /nix/store/3aw2pdyx2jfc...-user-env lrwxrwxrwx 1 eelco ... default -> default-43-link

这里展示了一个名为default的 profile。关键点在于：default文件本身也是一个符号链接，指向"当前代际"。每次nix-env操作都会：

1. 基于当前用户环境构建新的用户环境；
2. 创建新的代际链接（default-44-link等）；
3. 最后把default符号链接原子地切换到新代际。

第 3 步在 Unix 上是原子操作（通过rename系统调用语义实现），这正是 Nix 能够做到原子升级的原因。而由于新旧包存放在 store 的不同路径中，新包的构建/安装过程完全不会干扰旧包，因此升级的"失败回退"也有了天然基础。

在 src/libstore/profiles.cc 中，switchLink通过replaceSymlink实现符号链接的原子替换；switchGeneration（L244-L269）则负责"把 profile 符号链接切到某个代际"。所有涉及代际增删改的操作都会先通过lockProfile（L271-L275）取得 profile 锁，避免并发操作互相覆盖。另外，createGeneration中调用的store.addPermRoot会阻塞正在运行的垃圾收集器，防止刚构建好的用户环境在被"转移"到永久根（GC 对永久根的视图可能已过期）的过程中被误删。

回滚与代际切换：后悔药随时可吃

如果某次nix-env操作让你不满意，只需一条命令即可撤销：

$ nix-env --rollback

--rollback只需把当前 profile 的符号链接指回上一个代际链接即可——例如让default重新指向default-42-link。也可以精确切换到某个指定代际：

$ nix-env --switch-generation 43

上面这个例子会把代际向前"滚动"回到 43。查看目前可用的全部代际：

$ nix-env --list-generations

在 src/nix/nix-env/nix-env.cc 中可以看到--rollback、--list-generations与--switch-generation（缩写-G）对应的操作注册；代际的批量清理也由同一文件暴露的--delete-generations触发，底层实现在 src/libstore/profiles.cc（支持按指定集合、保留最近 N 个、删除旧于某时间点等多种策略，并支持--dry-run预演）。

日常使用的 Profile 入口：~/.nix-profile

你可能并不想把/nix/var/nix/profiles/some-profile/bin直接写进PATH。Nix 提供了一个符号链接~/.nix-profile，它指向你当前的 profile。因此你只需把~/.nix-profile/bin加入PATH即可——这正是初始化脚本/nix/etc/profile.d/nix.sh所做的事情（仓库中的模板见 scripts/nix-profile.sh.in）。这种方式也让你更容易在不同 profile 之间切换。

使用nix-env --switch-profile（缩写-S）切换 profile：

$ nix-env --switch-profile /nix/var/nix/profiles/my-profile $ nix-env --switch-profile /nix/var/nix/profiles/default

以上命令分别切换到my-profile与defaultprofile。如果目标 profile 不存在，会自动创建。

⚠️ 重要提示：请谨慎将 profile 存放在profiles目录之外的其他位置，否则它可能不会被当作垃圾收集器的根（root），其引用的旧包可能会被 GC 清除，导致回滚失效。关于 GC 根的机制，见 garbage-collector-roots.md 与 garbage-collection.md：垃圾收集器的根是prefix/nix/var/nix/gcroots目录下存在符号链接的 store 路径；subdirectory 会被递归扫描，指向 store 路径的符号链接才计为根。createGeneration中的addPermRoot正是把每个代际链接注册为永久 GC 根的关键步骤。

所有nix-env操作默认作用于~/.nix-profile所指向的 profile，但你可以用--profile选项（缩写-p）覆盖：

$ nix-env --profile /nix/var/nix/profiles/other-profile --install --attr nixpkgs.subversion

注意：这不会改变~/.nix-profile符号链接本身——它只是让这一次操作作用在指定 profile 上。

从 src/nix/nix-env/nix-env.cc 可以确认 profile 的解析优先级：命令行--profile/-p参数 >NIX_PROFILE环境变量 > 系统默认 profile（getDefaultProfile，由 src/libstore/profiles.cc 附近的profilesDir/rootProfilesDir计算，普通用户位于/nix/var/nix/profiles或 Nix 状态目录下的profiles，root 用户则有独立的profiles_root路径）。

实战速查表

小结

Nix 用"三级符号链接架构"优雅地解决了软件包管理的三个经典难题：

• 路径冲突：store 的内容寻址保证了不同包互不干扰；
• 环境可变性：用户环境 + 代际 + profile 让"当前环境"变成一个可原子切换、可任意回滚的指针；
• 多用户隔离：每个用户（或场景）拥有独立的 profile 与代际序列，彼此互不影响。

这套机制的全部奥妙就在于"一切皆链接、切换即改名（原子 rename）"，理解它之后，无论使用nix-env还是基于它构建的更高层工具，都能做到心中有数。相关实现细节可继续阅读 src/libstore/profiles.cc、src/nix/nix-env/nix-env.cc 与 src/nix/nix-env/user-env.cc。

• 开发工具
• CLI