Nix (package manager)/zh: Difference between revisions
No edit summary |
No edit summary Tags: Mobile edit Mobile web edit |
||
| (One intermediate revision by the same user not shown) | |||
| Line 11: | Line 11: | ||
=== 安装 === | === 安装 === | ||
在 [[NixOS|NixOS]] 上，Nix 已经自动安装好了。 | |||
如果您想在其他 Linux 发行版或在 macOS 上使用, 您可以按照 [https://nix.dev/manual/nix/stable/installation/ Nix 手册的安装章节] 来安装 Nix。 | 如果您想在其他 Linux 发行版或在 macOS 上使用, 您可以按照 [https://nix.dev/manual/nix/stable/installation/ Nix 手册的安装章节] 来安装 Nix。 | ||
| Line 23: | Line 21: | ||
<span id="Configuration"></span> | <span id="Configuration"></span> | ||
=== 配置 === | === 配置 === | ||
在 NixOS 上, Nix 可以通过 [https://search.nixos.org/options?query=nix <code>nix</code> 选项] 进行配置。 | |||
独立安装的 Nix 通过 <code>nix.conf</code> 进行配置（其通常位于 <code>/etc/nix/</code>）。可用选项的详细说明可在 [https://nix.dev/manual/nix/stable/command-ref/conf-file Nix 参考手册] 中找到. | 独立安装的 Nix 通过 <code>nix.conf</code> 进行配置（其通常位于 <code>/etc/nix/</code>）。可用选项的详细说明可在 [https://nix.dev/manual/nix/stable/command-ref/conf-file Nix 参考手册] 中找到. | ||
| Line 88: | Line 81: | ||
<span id="Notes"></span> | <span id="Notes"></span> | ||
== 备注 == | == 备注 == | ||
<references /> | <references /> | ||
Latest revision as of 15:52, 2 June 2026
Fundamental concepts
Tools and applications
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
由 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。
Nix 2.18 还有一个名为 Lix 的社区分支，专注于正确性、易用性和可扩展性。虽然它也把 Nix 的一些组件移植到了 Rust，但它不像 Tvix 那样是从零开始重写的。
早期尝试可以在 riir-nix 中找到。
备注
- ↑ 值在计算过程中不会改变。当函数的输入不变时，函数总是输出相同的结果。