Nix (package manager)/zh: Difference between revisions

Latest revision as of 21:35, 28 August 2025

⤧︎

Disambiguation: 本条目介绍的是 Nix 软件包管理器。请勿与 Nix 生态系统、Nix 语言或 Nix 命令混淆。

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

用法

安装

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

如果你想在其他 Linux 发行版或在 macOS 上使用 Nix, 你可以按照 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 store 中的條目符號連結到 profiles 中。這是 Nix 實現回滾的前端：由於 store 是不可變的且保留先前版本的 profile，將系統還原到先前的狀態只需簡單地將符號連結更改為先前的 profile。更精確地說，Nix 將二進位檔符號連結到 Nix store 中代表用戶環境的條目中。這些用戶環境隨後被符號連結到儲存在 /nix/var/nix/profiles 中被標注的 profile，而它們則進一步符號連結到使用者的 ~/.nix-profile。

沙盒

当启用沙盒构建时，Nix 会为每个构建过程设置一个隔离的环境。这样可以去除构建环境中额外的隐藏依赖，以提高可复现性。这包括在构建过程中禁止访问 fetch* 函数之外的网络，以及禁止访问 Nix store 之外的文件。根据操作系统的不同，对其他资源的访问也会被阻止（例如在 Linux 上进程间通信会被隔离）；详细信息请参阅 Nix 手册中的 nix.conf 章节。

沙盒在 Linux 上預設是開啟的，在 macOS 上則否。在 Nixpkgs 的提取請求 (pull request) 中，請開啟沙盒模式進行測試（請見提取請求模版中的 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 15: / Line 15: @@
 === Nix 命令 ===
-[[Nix (command line utilities)|Nix 命令]]在[https://nixos.org/manual/nix/stable/command-ref/command-ref Nix 参考手册]中有详细记录：主要命令，工具命令和实验性命令。在 2.0 版本（于 2018 年 2 月发布）之前，命令有所不同。
+[[Nix (command line utilities)|Nix 命令]]在 [https://nixos.org/manual/nix/stable/command-ref/command-ref Nix 参考手册]中有详细记录：主要命令，工具命令和实验性命令。在 2.0 版本（于 2018 年 2 月发布）之前，命令有所不同。
 === 配置 ===
@@ Line 29: / Line 29: @@
 === Nix store ===
-<div lang="en" dir="ltr" class="mw-content-ltr">
+{{Split|reason=nix store 在概念上有足够的独立性，值得单独成文。}}
-{{Split|reason=The nix store is conceptually separate enough that it warrants a separate article.}}
-</div>
-<div lang="en" dir="ltr" class="mw-content-ltr">
+由 Nix 构建的软件包会被放置在只读的 ''Nix store'' 中，通常位于 <code>/nix/store</code>。每个软件包都会被赋予一个唯一的地址，该地址由加密哈希值、软件包名称和版本组成，例如 <code>/nix/store/nawl092prjblbhvv16kxxbk6j9gkgcqm-git-2.14.1</code>。这些前缀对构建过程中的所有输入进行哈希，包括源文件、完整的依赖树、编译器参数等。这使得 Nix 能够同时安装同一软件包的不同版本，甚至是同一版本的不同构建（例如使用不同编译器构建的变体）。在添加、移除或更新软件包时，存储中的内容不会被删除；相反，''profiles'' 中指向这些软件包的符号链接会被添加、移除或更改。
-Packages built by Nix are placed in the read-only ''Nix store'', normally found in <code>/nix/store</code>. Each package is given a unique address specified by a cryptographic hash followed by the package name and version, for example <code>/nix/store/nawl092prjblbhvv16kxxbk6j9gkgcqm-git-2.14.1</code>. These prefixes hash all the inputs to the build process, including the source files, the full dependency tree, compiler flags, etc. This allows Nix to simultaneously install different versions of the same package, and even different builds of the same version, for example variants built with different compilers. When adding, removing or updating a package, nothing is removed from the store; instead, symlinks to these packages are added, removed or changed in ''profiles''.
-</div>
-<div lang="en" dir="ltr" class="mw-content-ltr">
+<span id="Cleaning_the_Nix_store"></span>
-==== Cleaning the Nix store ====
+==== 清理 Nix store ====
-</div>
-<div lang="en" dir="ltr" class="mw-content-ltr">
+有关清理 Nix store 的信息，请参阅 {{NixOS Manual|name=NixOS 手册：章节 - 清理 Nix 存储|anchor=#sec-nix-gc}}。
-For information relating to cleaning the Nix store, refer to {{NixOS Manual|name=NixOS Manual: Chapter - Cleaning the Nix Store|anchor=#sec-nix-gc}}.
-</div>
-<div lang="en" dir="ltr" class="mw-content-ltr">
+<span id="Nix_store_corruption"></span>
-==== Nix store corruption ====
+==== Nix store 损坏 ====
-</div>
-<div lang="en" dir="ltr" class="mw-content-ltr">
+有关修复 Nix store 损坏的信息，请参阅 {{NixOS Manual|name=NixOS 手册：章节 - Nix store 损坏|anchor=#sec-nix-store-corruption}}。
-For information relating to fixing a corrupted Nix store, refer to {{NixOS Manual|name=NixOS Manual: Chapter - Nix Store Corruption|anchor=#sec-nix-store-corruption}}.
-</div>
-<div lang="en" dir="ltr" class="mw-content-ltr">
+<span id="Valid_Nix_store_names"></span>
-==== Valid Nix store names ====
+==== 有效的 Nix store 名称 ====
-</div>
-<div lang="en" dir="ltr" class="mw-content-ltr">
 {{main|Valid Nix store path names}}
-</div>
 === Profiles ===
-為了構建一個一致的用戶和系統設定，Nix 連結 Nix 商店入口進入 ''設定檔 (profile)'' 中。這些是 Nix 進行回滾的前端：由於商店是不可變的且保留先前版本的設定文件，將系統還原到先前的狀態只是簡單地將符號連結更改為先前的設定。更精確來說，Nix 將二進位檔案符號連結到 Nix 商店中的入口，這些入口代表了使用者環境。這些用戶環境隨後被符號連結到儲存在 <code>/nix/var/nix/profiles</code> 中被標注的設定檔，而它們則進一步符號連結到使用者的 <code>~/.nix-profile</code>。
+為了構建一個一致的用戶和系統環境，Nix 會將 Nix store 中的條目符號連結到 ''profiles'' 中。這是 Nix 實現回滾的前端：由於 store 是不可變的且保留先前版本的 profile，將系統還原到先前的狀態只需簡單地將符號連結更改為先前的 profile。更精確地說，Nix 將二進位檔符號連結到 Nix store 中代表用戶環境的條目中。這些用戶環境隨後被符號連結到儲存在 <code>/nix/var/nix/profiles</code> 中被標注的 profile，而它們則進一步符號連結到使用者的 <code>~/.nix-profile</code>。
 <span id="Sandboxing"></span>
-=== 沙盒化 ===
+=== 沙盒 ===
 当启用沙盒构建时，Nix 会为每个构建过程设置一个隔离的环境。这样可以去除构建环境中额外的隐藏依赖，以提高可复现性。这包括在构建过程中禁止访问 <code>fetch*</code> 函数之外的网络，以及禁止访问 Nix store 之外的文件。根据操作系统的不同，对其他资源的访问也会被阻止（例如在 Linux 上进程间通信会被隔离）；详细信息请参阅 Nix 手册中的 [https://nixos.org/nix/manual/#sec-conf-file nix.conf 章节]。
-<div lang="en" dir="ltr" class="mw-content-ltr">
+沙盒在 Linux 上預設是開啟的，在 macOS 上則否。
-Sandboxing is enabled by default on Linux, and disabled by default on macOS.
+在 [https://github.com/NixOS/nixpkgs/ Nixpkgs] 的提取請求 (pull request) 中，請開啟沙盒模式進行測試（請見提取請求模版中的 <code>Tested using sandboxing</code>），因為在 [https://nixos.org/hydra/ 官方 Hydra 構建]中，沙盒會被使用。
-In pull requests for [https://github.com/NixOS/nixpkgs/ Nixpkgs] people are asked to test builds with sandboxing enabled (see <code>Tested using sandboxing</code> in the pull request template) because in [https://nixos.org/hydra/ official Hydra builds] sandboxing is also used.
-</div>
-<div lang="en" dir="ltr" class="mw-content-ltr">
+要为 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>。
-To configure Nix for sandboxing, set <code>sandbox = true</code> in <code>/etc/nix/nix.conf</code>; to configure NixOS for sandboxing set <code>nix.useSandbox = true;</code> in <code>configuration.nix</code>. The <code>nix.useSandbox</code> option is <code>true</code> by default since NixOS 17.09.
-</div>
 <span id="Alternative_Interpreters"></span>
@@ Line 90: / Line 73: @@
 * [https://lix.systems/ lix]
-早期尝试可以在 [https://riir-nix.github.io/ riir-nix] 找到
+早期的尝试可以在 [https://riir-nix.github.io/ riir-nix] 找到。
-<div lang="en" dir="ltr" class="mw-content-ltr">
+== 备注 ==
-==Notes==
 <references />
-</div>
-<div lang="en" dir="ltr" class="mw-content-ltr">
 [[Category:Pedias]]
 [[Category:Nix]]
 [[Category:Incomplete]]
 [[Category:Software]]
-</div>