这些天，我使用Nix和cabal进行所有开发，并且我可以高兴地说它们很好地协同工作。我当前的工作流程是非常新的，因为它依赖于nixpkgs刚刚进入master分支的功能。这样，您需要做的第一件事就是nixpkgs从Github克隆：

cd ~
git clone git://github.com/nixos/nixpkgs

（将来没有必要，但现在是必需的）。

单个项目的用法

现在我们有了一个nixpkgs克隆，我们可以开始使用haskellng包集了。haskellng是对我们如何在Nix中打包内容的重写，并且对于我们更具可预测性（包名称与Hackage包名称匹配）和可配置性感兴趣。首先，我们将安装该cabal2nix工具，该工具可以为我们自动化一些操作，并且还将安装cabal-install以提供cabal可执行文件：

nix-env -f ~/nixpkgs -i -A haskellngPackages.cabal2nix -A haskellngPackages.cabal-install

从这一点来看，一切都非常清晰。

如果您要开始一个新项目，则可以cabal init像往常一样直接在一个新目录中调用。准备好构建时，可以将此.cabal文件转换为开发环境：

cabal init
# answer the questions
cabal2nix --shell my-project.cabal > shell.nix

这将为您提供一个shell.nix文件，可以与一起使用nix-shell。不过，您并不需要经常使用它-通常，只有一次与一起使用cabal configure：

nix-shell -I ~ --command 'cabal configure'

cabal configure缓存所有内容的绝对路径，因此现在当您要构建时，只需cabal build照常使用即可：

cabal build

每当.cabal文件更改时，都需要重新生成shell.nix-只需运行上面的命令，然后再运行即可cabal configure。

多个项目的使用

该方法可以很好地扩展到多个项目，但是需要更多的手动工作才能将所有内容“粘合”在一起。为了演示它是如何工作的，请考虑我的socket-io库。该库依赖engine-io，我通常同时开发两者。

Nix化此项目的第一步是在default.nix每个.cabal文件旁边生成表达式：

cabal2nix engine-io/engine-io.cabal > engine-io/default.nix
cabal2nix socket-io/socket-io.cabal > socket-io/default.nix

这些default.nix表达式是函数，所以我们现在不能做太多事情。为了调用这些函数，我们编写了自己的shell.nix文件，该文件说明了如何组合所有内容。对于engine-io/shell.nix，我们不必做任何特别聪明的事情：

with (import <nixpkgs> {}).pkgs;
(haskellngPackages.callPackage ./. {}).env

为此socket-io，我们需要依靠engine-io：

with (import <nixpkgs> {}).pkgs;
let modifiedHaskellPackages = haskellngPackages.override {
      overrides = self: super: {
        engine-io = self.callPackage ../engine-io {};
        socket-io = self.callPackage ./. {};
      };
    };
in modifiedHaskellPackages.socket-io.env

现在我们shell.nix在每种环境中都可以使用，因此我们可以cabal configure像以前一样使用。

此处的主要观察结果是，每当engine-io更改时，我们都需要重新配置socket-io以检测这些更改。这就像运行一样简单

cd socket-io; nix-shell -I ~ --command 'cabal configure'

Nix将注意到../engine-io已更改，并在运行之前对其进行重建cabal configure。