1
0
Fork 0
mirror of https://github.com/hercules-ci/flake-parts.git synced 2024-12-14 11:47:31 +00:00
❄️ Simplify Nix Flakes with the module system
Find a file
Robert Hensing 21640cde4c
Merge pull request #85 from hercules-ci/fix-inputs-infinite-recursion
Fix infinite recursion in inputs imports
2022-12-17 19:18:34 +01:00
dev Fix infinite recursion in inputs 2022-12-17 18:42:26 +01:00
modules Remove darwinModules 2022-11-27 16:21:59 +00:00
template Fix infinite recursion in inputs 2022-12-17 18:42:26 +01:00
.gitignore Unignore flake.lock. We use a committed lock now. 2022-11-12 16:38:48 +01:00
all-modules.nix Remove darwinModules 2022-11-27 16:21:59 +00:00
bors.toml Add bors bot 2022-05-19 09:48:46 +02:00
ChangeLog.md Fix infinite recursion in inputs 2022-12-17 18:42:26 +01:00
ci.nix dev: Add nixpkgs-fmt to pre-commit 2022-05-17 10:37:27 +02:00
flake.lock Only depend on nixpkgs/lib. 2022-10-11 13:59:40 -04:00
flake.nix Only depend on nixpkgs/lib. 2022-10-11 13:59:40 -04:00
lib.nix Fix infinite recursion in inputs 2022-12-17 18:42:26 +01:00
LICENSE Initial commit 2021-10-27 11:03:43 +02:00
README.md Fix infinite recursion in inputs 2022-12-17 18:42:26 +01:00
shell.nix Add local tooling and CI wiring without bloating flake.nix 2022-05-17 10:12:40 +02:00

Flake Parts

Core of a distributed framework for writing Nix Flakes.

flake-parts provides the options that represent standard flake attributes and establishes a way of working with system. Opinionated features are provided by an ecosystem of modules that you can import.

flake-parts itself has the goal to be a minimal mirror of the Nix flake schema. Used by itself, it is very lightweight.

Why Modules?

Flakes are configuration. The module system lets you refactor configuration into modules that can be shared.

It reduces the proliferation of custom Nix glue code, similar to what the module system has done for NixOS configurations.

Unlike NixOS, but following Flakes' spirit, flake-parts is not a monorepo with the implied goal of absorbing all of open source, but rather a single module that other repositories can build upon, while ensuring a baseline level of compatibility: the core attributes that constitute a flake.

Features

  • Split your flake.nix into focused units, each in their own file.

  • Take care of system.

  • Allow users of your library flake to easily integrate your generated flake outputs into their flake.

  • Reuse project logic written by others

Getting Started

If your project does not have a flake yet:

nix flake init -t github:hercules-ci/flake-parts

Migrate

Otherwise, add the input,

    flake-parts.url = "github:hercules-ci/flake-parts";

then slide mkFlake between your outputs function head and body,

  outputs = inputs@{ flake-parts, ... }:
    flake-parts.lib.mkFlake { inherit inputs; } {
      flake = {
        # Put your original flake attributes here.
      };
      systems = [
        # systems for which you want to build the `perSystem` attributes
        "x86_64-linux"
        # ...
      ];
    };

Now you can add the remaining module attributes like in the the template.

Example

See the template.

Options Reference

See flake.parts options

Documentation

See flake.parts