Nix (package manager)/zh: Difference between revisions

Latest revision as of 15:52, 2 June 2026

⤧︎

Disambiguation: 本文介绍的是 Nix 包管理器。不要与 Nix 生态系统、Nix 语言或 Nix 命令混淆。

Nix 是一个软件包管理器和构建系统，它解析由 Nix 表达式语言 (惰性求值的纯函数式语言) 指定的可复现的构建指令。Nix 表达式是纯函数^[1]，它接受依赖作为参数，并生成一个 derivation，用于指定该软件包的可复现的构建环境。Nix 把构建结果存储在由完整依赖树的哈希值指定的唯一地址中，从而创建了一个不可变的包存储 (即 nix store)，使得原子升级、回滚、以及同时安装同一软件包的不同版本成为可能，从根本上消除了依赖地狱。

用法

安装

在 NixOS 上，Nix 已经自动安装好了。

如果您想在其他 Linux 发行版或在 macOS 上使用, 您可以按照 Nix 手册的安装章节来安装 Nix。

Nix 命令

Nix 命令在 Nix 参考手册中有详细记录：主要命令、工具命令和实验性命令。在 2.0 版本（于 2018 年 2 月发布）之前，命令有所不同。

配置

在 NixOS 上, Nix 可以通过 nix 选项进行配置。

独立安装的 Nix 通过 nix.conf 进行配置（其通常位于 /etc/nix/）。可用选项的详细说明可在 Nix 参考手册中找到.

你也可以使用 Home Manager 配置 Nix，它为单用户提供管理声明式环境的能力。对于系统范围的配置，可以在 Linux 上使用 System Manager，在 macOS 上使用 nix-darwin。

内部机制

Nix store

↱︎

This section is a candidate for splitting off into a separate article. Nix store 在概念上有足够的独立性，值得单独成文。 For more information, consult the related discussion page.

由 Nix 构建的软件包会被放置在只读的 Nix store 中，通常位于 /nix/store。每个软件包都会被赋予一个唯一的地址，该地址由加密哈希值、软件包名称和版本组成，例如 /nix/store/nawl092prjblbhvv16kxxbk6j9gkgcqm-git-2.14.1。这些前缀对构建过程中的所有输入进行哈希，包括源文件、完整的依赖树、编译器参数等。这使得 Nix 能够同时安装同一软件包的不同版本，甚至是同一版本的不同构建（例如使用不同编译器构建的变体）。在添加、移除或更新软件包时，存储中的内容不会被删除；相反，profiles 中指向这些软件包的符号链接会被添加、移除或更改。

清理 Nix store

有关清理 Nix store 的信息，请参阅 NixOS 手册：章节 - 清理 Nix 存储。

Nix store 损坏

有关修复 Nix store 损坏的信息，请参阅 NixOS 手册：章节 - Nix store 损坏。

有效的 Nix store 名称

Main article: Valid Nix store path names

Profiles

为了构建一个连续的用户或系统环境，Nix 会将 Nix 存储库中的条目软链接到 配置（profiles） 中。这些配置文件是 Nix 实现回滚的前端：由于存储库是不可变的，并且会保留配置文件的先前版本，因此恢复到之前的状态只需更改指向先前配置文件的符号链接即可。更准确地说，Nix 会将二进制文件软链接到 Nix 存储库中代表用户环境的条目。这些用户环境随后会被软链接到存储在 /nix/var/nix/profiles 目录下的带标签的配置文件中，而这些配置文件又会被软链接到用户的 ~/.nix-profile 文件。

沙盒

启用沙盒构建后，Nix 将为每个构建过程设置一个隔离环境。这用于移除构建环境中的的其它隐藏依赖项，以提高构建结果的可复现性。这包括在构建过程中对 fetch* 函数之外的网络访问，以及对 Nix Store 之外的文件访问的不可行。根据操作系统的不同，对其他资源的访问也会被阻止（例如，在 Linux 上，进程间通信也是被隔离的）。

Linux 系统默认启用沙盒，而 macOS 系统则默认禁用沙盒。在 Nixpkgs 的拉取请求中，提交者被要求启用沙盒进行构建测试（请参阅拉取请求模板中的 Tested using sandboxing），因为官方 Hydra 构建中也使用了沙盒。

要为 Nix 配置沙盒，请在 /etc/nix/nix.conf 中设置 sandbox = true；要为 NixOS 配置沙盒，请在 configuration.nix 中设置 nix.useSandbox = true;。自 NixOS 17.09 起，nix.useSandbox 选项默认为 true。

可选的解释器

目前正在进行一项计划，从零开始使用 Rust 重新实现 Nix。

tvix

Nix 2.18 还有一个名为 Lix 的社区分支，专注于正确性、易用性和可扩展性。虽然它也把 Nix 的一些组件移植到了 Rust，但它不像 Tvix 那样是从零开始重写的。

lix

早期尝试可以在 riir-nix 中找到。

备注

↑ 值在计算过程中不会改变。当函数的输入不变时，函数总是输出相同的结果。

[1] 值在计算过程中不会改变。当函数的输入不变时，函数总是输出相同的结果。

[1]

@@ Line 8: / Line 8: @@
 == 用法 ==
+<span id="Installation"></span>
 === 安装 ===
 在 [[NixOS|NixOS]] 上，Nix 已经自动安装好了。
@@ Line 18: / Line 20: @@
 [[Nix (command line utilities)|Nix 命令]] 在 [https://nix.dev/manual/nix/stable/command-ref/ Nix 参考手册] 中有详细记录：主要命令、工具命令和实验性命令。在 2.0 版本（于 2018 年 2 月发布）之前，命令有所不同。
+<span id="Configuration"></span>
 === 配置 ===
 在 NixOS 上, Nix 可以通过 [https://search.nixos.org/options?query=nix <code>nix</code> 选项] 进行配置。
@@ Line 51: / Line 55: @@
 === Profiles ===
-為了構建一個一致的用戶和系統環境，Nix 會將 Nix store 中的條目符號連結到 ''profiles'' 中。這是 Nix 實現回滾的前端：由於 store 是不可變的且保留先前版本的 profile，將系統還原到先前的狀態只需簡單地將符號連結更改為先前的 profile。更精確地說，Nix 將二進位檔符號連結到 Nix store 中代表用戶環境的條目中。這些用戶環境隨後被符號連結到儲存在 <code>/nix/var/nix/profiles</code> 中被標注的 profile，而它們則進一步符號連結到使用者的 <code>~/.nix-profile</code>。
+为了构建一个连续的用户或系统环境，Nix 会将 Nix 存储库中的条目软链接到 ''配置（profiles）'' 中。这些配置文件是 Nix 实现回滚的前端：由于存储库是不可变的，并且会保留配置文件的先前版本，因此恢复到之前的状态只需更改指向先前配置文件的符号链接即可。更准确地说，Nix 会将二进制文件软链接到 Nix 存储库中代表用户环境的条目。这些用户环境随后会被软链接到存储在 <code>/nix/var/nix/profiles</code> 目录下的带标签的配置文件中，而这些配置文件又会被软链接到用户的 <code>~/.nix-profile</code> 文件。
 <span id="Sandboxing"></span>
@@ Line 70: / Line 74: @@
 * [https://code.tvl.fyi/tree/tvix tvix]
-有一個社群領導的 Nix 2.18 分支叫做 Lix，專注於正確性、可用性和成長性。同時它還為 Nix 部份組件加入 Rust 端口，但不像從零開始重寫的 Tvix。
+Nix 2.18 还有一个名为 Lix 的社区分支，专注于正确性、易用性和可扩展性。虽然它也把 Nix 的一些组件移植到了 Rust，但它不像 Tvix 那样是从零开始重写的。
 * [https://lix.systems/ lix]
@@ Line 76: / Line 80: @@
 早期尝试可以在 [https://riir-nix.github.io/ riir-nix] 中找到。
+<span id="Notes"></span>
 == 备注 ==
 <references />
 [[Category:Pedias]]