Nix on PlumePHP

Nix Flake 模板实战：从零搭建多语言项目脚手架

Mon, 28 Sep 2026 10:00:00 +0800

引言

每个新项目都要「从零配一遍环境」——语言版本、工具链、CI 配置，换个机器又得重来。Nix Flake 模板把这些固化成一个可复用的 flake init 模板：一条命令初始化出带 devShell、构建、检查、CI 的项目骨架。本文讲清模板体系、常用模板、以及如何自建团队的标准化模板。

交叉编译与 overlay：异构构建全攻略

Sat, 26 Sep 2026 14:00:00 +0800

1. 交叉编译为什么难，Nix 为什么能做好

传统交叉编译的痛点：

工具链混乱：arm-linux-gnueabihf-gcc、aarch64-linux-gnu-gcc 各种前缀，依赖库也要为 target 编译
依赖地狱：一个库的交叉编译依赖链很长，手工管理必然出错
环境漂移：编译机的 glibc/内核头文件影响产物

Nix 的两大机制让它成为交叉编译的最优解：

可复现开发环境：devenv.sh、devShells 与 direnv

Sat, 26 Sep 2026 13:00:00 +0800

1. 开发环境的「最后一公里」难题

包可以复现、构建可以缓存，但开发者的 shell 环境仍然充满非确定性：node --version 是 18 还是 20？PYTHONPATH 指向哪？pre-commit 装的钩子版本对吗？换台机器、换个同事，环境就漂移。

Nix 构建与 CI：GitHub Actions 集成与 Cachix 缓存

Sat, 26 Sep 2026 11:00:00 +0800

1. 为什么 CI 里用 Nix？

传统 CI（apt/yarn/pip 安装依赖）的问题：每次跑都是重新下载、版本漂移、缓存不可控。Nix 改变这一切的核心在于：

Flakes 最佳实践：企业级布局与模块化拆分

Sat, 26 Sep 2026 10:00:00 +0800

1. 从「能用」到「可维护」

https://plumephp.com/nix-flakes/ 讲解了 flake.nix 的基本结构与命令；本文解决的是更高一层的问题：当 flake 从一个人练习变成多人、多项目、跨团队的共享基础设施时，怎么组织才不会烂掉？

Nix 语言深度：函数、惰性求值与模块化抽象

Sat, 26 Sep 2026 09:00:00 +0800

1. 为什么还要深挖语言本身？

Nix 不是「一门附属于包管理器的配置格式」，而是一门图灵完备的纯函数式、惰性求值语言。https://plumephp.com/nix-language-basics/ 覆盖了语法入门；但当你开始编写复杂的 overlay、lib.fix、override 时，很快会撞上几个令人困惑的现象：

Home Manager 用户级配置

Tue, 22 Sep 2026 10:00:00 +0800

1. Home Manager 的定位

Home Manager 是 Nix 生态系统中管理用户级配置的利器。它填补了 NixOS 系统级配置管理的一个空白——普通用户的个人环境配置。

解决的问题：

dotfiles 管理：~/.bashrc、~/.vimrc、~/.config/ 等配置文件散落各处，换机器或重装时需要数小时重新配置
用户级包管理：不需要 root 权限就能安装和管理个人工具
跨发行版一致：无论在使用 Ubuntu、macOS、Arch 还是 NixOS，个人环境可以完全一致
版本控制：所有配置以代码形式存储，变更可追溯、可回滚

Home Manager 与 NixOS 的关系是互补的：NixOS 管理整个系统（系统服务、网络、硬件），Home Manager 管理用户个人环境（Shell 配置、编辑器设置、用户级包）。在 NixOS 上两者可以协同工作，在非 NixOS（如 Ubuntu 或 macOS）上 Home Manager 可以独立运行。

Nix Flakes 现代包管理

Tue, 22 Sep 2026 10:00:00 +0800

1. 为什么需要 Flakes？

在 Flakes 引入之前，Nix 面临几个长期困扰：

不可追踪的依赖：import <nixpkgs> 依赖于系统上配置的 nixpkgs 通道，不同机器上的通道版本可能不同
版本锁定缺失：没有内置机制锁定外部依赖的确切版本
命令不统一：nix-build、nix-shell、nix-env 等命令各有一套参数和行为
可发现性差：社区共享的 Nix 表达方式（如 GitHub 上的表达式）难以便捷引用

Flakes 通过以下设计解决了这些问题：

Nix Shell 开发环境

Tue, 22 Sep 2026 10:00:00 +0800

1. 可复现开发环境的痛点

传统开发环境管理面临诸多挑战：

“在我机器上能跑”：不同开发者安装的开发工具版本不同，导致构建失败或行为不一致
依赖版本冲突：项目需要 Python 3.9，但系统默认是 Python 3.11，全局安装会破坏其他项目
新员工入职：需要数天安装和配置开发工具链，文档往往过时
CI/CD 漂移：本地构建通过但 CI 失败，因为 CI 环境用了不同的工具版本

Nix Shell 通过声明式配置解决了这些问题：开发环境配置以代码形式存储在项目仓库中，新成员只需运行一个命令即可获得完全一致的开发环境。

Nix 与 NixOS 专题：声明式系统管理的函数式革命

Tue, 22 Sep 2026 10:00:00 +0800

Nix 解决了软件工程中最令人头痛的问题之一——「在我的机器上能跑」。通过纯函数式的包管理（相同的输入永远产生相同的输出）和声明式系统配置，Nix 让开发环境、CI 环境和生产环境实现彻底的可复现。无论是个人开发机器的 dotfiles 管理，还是千节点服务器的统一部署，Nix 的「配置即代码」哲学都提供了优雅解。

Nix 包管理实战

Tue, 22 Sep 2026 10:00:00 +0800

1. Nix 包管理的核心理念

传统的包管理器（如 apt、yum、pacman）在全局文件系统上安装软件包，这种方式面临几个根本性问题：依赖冲突、难以回滚、构建不可复现。Nix 包管理器通过以下创新解决了这些问题：

Nix 构建 Docker 镜像

Tue, 22 Sep 2026 10:00:00 +0800

1. 传统 Dockerfile 的痛点

Docker 容器化彻底改变了软件部署方式，但 Dockerfile 本身存在几个根本性问题：

不稳定的构建：apt-get update && apt-get install 的结果取决于构建时远程仓库的状态，今天构建和明天构建可能产生不同的镜像
层缓存陷阱：不当的指令排序导致缓存失效，Dockerfile 越写越长、越来越复杂
图像膨胀：ubuntu:22.04 基础镜像已有 77MB，加上 Python、Node 等运行时，最终镜像动辄数百 MB，而实际业务代码可能只有几十 MB
重复依赖：10 个微服务都用了不同版本的 node:18-alpine，每个镜像独立重复存储依赖
安全问题：apt-get install 引入的依赖包数量不可控，漏洞扫描发现大量并不需要的库

Nix 通过纯函数式构建和精确依赖追踪，从根本上解决了这些问题。

Nix 语言基础

Tue, 22 Sep 2026 10:00:00 +0800

1. Nix 语言简介

Nix 表达式语言（Nix Expression Language）是一门专门为软件包管理和系统配置设计的纯函数式编程语言。它的核心设计目标是实现可复现性（Reproducibility）和声明式配置（Declarative Configuration）——给定相同的 Nix 表达式，无论在何时何地求值，都会得到完全相同的结果。

NixOS 远程部署工具

Tue, 22 Sep 2026 10:00:00 +0800

1. 为什么需要专门的部署工具？

NixOS 的系统重建命令 nixos-rebuild switch 设计初衷是在本地运行。但在以下场景中，需要在远程机器上执行配置更新：

服务器集群管理：几十台生产服务器需要统一更新 Nginx 配置或安全补丁
边缘节点部署：树莓派集群、IoT 设备需要在不物理接触的情况下更新
CI/CD 集成：Git 提交后自动部署到测试环境和生产环境
** secrets 管理**：配置中包含 API 密钥、证书等敏感数据，需要安全地传递到目标主机

手动 SSH 到每台服务器运行 nixos-rebuild switch 显然不可扩展。Nix 社区开发了多种专用工具来解决这些需求。