在持续交付工作流程中使用 nix

Question

nix 可以用于持续交付工作流程吗？

我们使用semaphore 作为我们的持续集成服务，现在我正在研究在成功构建后构建包。为此，我正在考虑使用nix。

我不知道用这个包管理器设置持续交付管道的正确方法是什么。似乎这样的自动化过程将涉及：

1. 创建nixpkgs 存储库的分支（在 CI 服务器中）。
2. 更新fetchFromGithub的rev字段。
3. （自动）提交拉取请求。

但我不知道这是否有意义，而且我担心持续交付过程涉及手动步骤（需要人工批准拉取请求）。

Answer 1

可以在持续交付工作流程中使用 nix 吗？

是的。它通常由Hydra 完成，这是一个使用 Nix 构建的 CI 系统。但是，也许可以用 Semaphore 做到这一点。

Semaphore CI 提供了特定于语言的构建环境，但是......它是 running Ubuntu，所以理论上你可以这样做：

1. 安装Nix，就好像它是一个依赖项一样。请参阅this 文章。
2. 添加你的 Nix 包，我想你可以用 Git 来做。你真的不需要克隆 Nixpkgs。
3. 使用nix-build 构建您的包。这将创建一个指向构建输出的result 符号链接。
4. 使用git-deploy进行部署。

如果你对你的包做这样的事情，你可以直接从nix-build调用它，因为你不必提供包依赖作为参数：

{ pkgs ? import <nixpkgs> {} }:
let
   stdenv = pkgs.stdenv;
   ...
in
  stdenv.mkDerivation {
    ..
  }

优化

为每个构建安装 Nix 是一种浪费，但也许您可以缓存 Nix 存储。见this文章。