Nix (package manager)/zh: Difference between revisions

{{Navbox Nix}}

 

Nix 是一个软件包管理器和构建系统，它解析由 [[Nix (language)|Nix 表达式语言]] (惰性求值的纯函数式语言) 指定的可复现的构建指令。Nix 表达式是纯函数<ref>值在计算过程中不会改变。当函数的输入不变时，函数总是输出相同的结果。</ref>，它接受依赖作为参数，并生成一个 ''[[Derivations|derivation]]''，用于指定该软件包的可复现的构建环境。Nix 把构建结果存储在由完整依赖树的哈希值指定的唯一地址中，从而创建了一个不可变的包存储 (即 [[#Nix store|nix store]])，使得原子升级、回滚、以及同时安装同一软件包的不同版本成为可能，从根本上消除了 [[Wikipedia:Dependency hell|依赖地狱]]。

 

如果您想在其他 Linux 发行版或在 macOS 上使用, 您可以按照 [https://nix.dev/manual/nix/stable/installation/ Nix 手册的安装章节] 来安装 Nix。

=== Nix 命令 ===

[[Nix (command line utilities)|Nix 命令]] 在 [https://nix.dev/manual/nix/stable/command-ref/ Nix 参考手册] 中有详细记录：主要命令、工具命令和实验性命令。在 2.0 版本（于 2018 年 2 月发布）之前，命令有所不同。

 

独立安装的 Nix 通过 <code>nix.conf</code> 进行配置（其通常位于 <code>/etc/nix/</code>）。可用选项的详细说明可在 [https://nix.dev/manual/nix/stable/command-ref/conf-file Nix 参考手册] 中找到.  

你也可以使用 [[Home Manager|Home Manager]] 配置 Nix，它为单用户提供管理声明式环境的能力。对于系统范围的配置，可以在 Linux 上使用 [https://github.com/numtide/system-manager System Manager]，在 macOS 上使用 [https://github.com/nix-darwin/nix-darwin nix-darwin]。

== 内部机制 ==

 

 

 

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

 

 

 

 

有关修复 Nix store 损坏的信息，请参阅 {{NixOS Manual|name=NixOS 手册：章节 - Nix store 损坏|anchor=#sec-nix-store-corruption}}。

<span id="Valid_Nix_store_names"></span>

==== 有效的 Nix store 名称 ====

{{main|Valid Nix store path names}}

=== Profiles ===

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

=== 沙盒 ===

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

Linux 系统默认启用沙盒，而 macOS 系统则默认禁用沙盒。

在 [https://github.com/NixOS/nixpkgs/ Nixpkgs] 的拉取请求中，提交者被要求启用沙盒进行构建测试（请参阅拉取请求模板中的 <code>Tested using sandboxing</code>），因为 [https://nixos.org/hydra/ 官方 Hydra 构建] 中也使用了沙盒。

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

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

* [https://code.tvl.fyi/tree/tvix tvix]

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

早期尝试可以在 [https://riir-nix.github.io/ riir-nix] 中找到。

 

<span id="Notes"></span>