Développement NixOS et Nix Flakes

VérifiéSûr

Spécialisé dans le développement NixOS et Nix Flakes pour architectures multi-dépôts, déploiements isolés et infrastructure K3s. Comprend les fichiers flake.nix, les modules NixOS, les dérivations, les devShells, les overlays, l'empaquetage d'images OCI et la composition de plusieurs dépôts flake. Utile pour gérer une infrastructure déclarative avec NixOS ou conditionner des applications pour des environnements isolés.

Spar Skills Guide Bot
DeveloppementAvancé
12002/06/2026
Claude Code
#nixos#nix-flakes#declarative-infrastructure#devops#package-management

Recommandé pour

Notre avis

Cette compétence permet de développer des configurations NixOS et des flocons Nix pour des architectures multi-repos, des déploiements déconnectés (airgapped) et une infrastructure K3s, en fournissant des modèles pour composer des flocons, des modules, des dérivations et du packaging d'images OCI.

Points forts

  • Couverture complète des motifs de NixOS et des flocons Nix, y compris la composition multi-repo.
  • Gère des scénarios avancés comme les déploiements déconnectés et le packaging d'images OCI.
  • Fournit des motifs efficaces pour le chargement conditionnel de modules et l'évaluation paresseuse.
  • Intègre des outils Kubernetes (Helm, Kustomize) dans les constructions Nix.

Limites

  • Nécessite une expertise substantielle du langage Nix pour une utilisation efficace.
  • Les motifs avancés (déconnecté, multi-repo) peuvent ne pas être nécessaires pour des configurations plus simples sur une seule machine.
  • Les références de documentation ne sont que liées, pas intégrées, donc l'utilisateur peut avoir besoin de consulter des fichiers supplémentaires.
Quand l'utiliser

Utilisez cette compétence lorsque vous gérez des flottes NixOS complexes, plusieurs dépôts avec des dépendances partagées, ou lorsque vous déployez NixOS dans des environnements déconnectés ou K3s.

Quand l'éviter

Ne l'utilisez pas pour des configurations NixOS simples sur une seule machine où les guides NixOS standard suffisent, ou si vous êtes débutant avec Nix et avez besoin de conseils de base.

Analyse de sécurité

Sûr
Score qualité90/100

The skill is a reference document for NixOS development, containing only standard and necessary commands for building, developing, and deploying Nix configurations. No malicious, destructive, or exfiltrating instructions are present.

Aucun point d'attention détecté

Exemples

Create a multi-repo flake setup
Help me set up a Nix flake that depends on an internal Git repository and pins the same nixpkgs version across both repos.
Package an OCI image for airgapped deployment
Write a Nix derivation that downloads a Docker image and outputs it as an OCI tarball for use in an airgapped environment.
Build a NixOS module with conditional options
Create a NixOS module with an enable option that conditionally loads additional configuration using `lib.mkIf`.

name: nixos description: NixOS and Nix flake development for multi-repo architectures, airgapped deployments, and K3s infrastructure. Use when working with flake.nix files, NixOS modules, derivations, devShells, overlays, OCI image packaging, or composing multiple flake repositories. Covers Nix language syntax, flake inputs/outputs, nixosModules exports, stdenv.mkDerivation, and home-manager integration.

NixOS Development

Overview

Build and maintain NixOS configurations using Nix flakes. Focus on multi-repo composition, airgapped deployments, and declarative infrastructure.

Quick Reference

| Task | Command | |------|---------| | Build package | nix build .#packageName | | Enter devShell | nix develop | | Update flake inputs | nix flake update | | Update single input | nix flake lock --update-input nixpkgs | | Show flake outputs | nix flake show | | Check flake | nix flake check | | Rebuild NixOS | sudo nixos-rebuild switch --flake .#hostname | | Build ISO | nix build .#nixosConfigurations.iso.config.system.build.isoImage |

Flake Structure

Standard multi-repo flake pattern:

{
  inputs = {
    nixpkgs.url = "github:NixOS/nixpkgs/nixos-unstable";

    # Pin dependent flakes to same nixpkgs
    other-flake.url = "git+ssh://gitlab.example.com/repo";
    other-flake.inputs.nixpkgs.follows = "nixpkgs";
  };

  outputs = { self, nixpkgs, other-flake, ... }:
    let
      system = "x86_64-linux";
      pkgs = import nixpkgs { inherit system; };
    in {
      # NixOS system configurations
      nixosConfigurations.hostname = nixpkgs.lib.nixosSystem {
        inherit system;
        modules = [
          other-flake.nixosModules.default
          ./configuration.nix
        ];
      };

      # Reusable NixOS modules
      nixosModules.default = import ./modules;

      # Packages
      packages.${system} = { /* ... */ };

      # Development shells
      devShells.${system}.default = pkgs.mkShell { /* ... */ };
    };
}

NixOS Module Pattern

Export modules for composition:

# modules/default.nix
{ config, lib, pkgs, ... }:
{
  imports = [ ./service.nix ];

  options.myModule.enable = lib.mkEnableOption "my module";

  config = lib.mkIf config.myModule.enable {
    # configuration here
  };
}

OCI Image Packaging

For airgapped deployments, package images as store paths:

# Single image to OCI tarball
imagePackage = pkgs.runCommand "image-name" {
  buildInputs = [ pkgs.skopeo ];
} ''
  skopeo copy docker://registry/image:tag oci-archive:$out
'';

Helm + Kustomize in Nix

Render manifests at build time:

manifests = pkgs.runCommand "manifests" {
  buildInputs = [ pkgs.kubernetes-helm pkgs.kustomize ];
} ''
  helm template release ${./chart} --namespace ns > base.yaml
  kustomize build ${./overlays} > $out
'';

Detailed References

For comprehensive documentation on specific topics:

| Topic | Reference File | |-------|----------------| | Nix language syntax | references/nix-language.md | | Flake inputs/outputs | references/flakes.md | | NixOS modules & options | references/nixos-modules.md | | Packaging & derivations | references/packaging.md | | DevShells & overlays | references/devshells.md | | Home Manager | references/home-manager.md |

Common Patterns

Pin nixpkgs across repos

Use inputs.X.inputs.nixpkgs.follows = "nixpkgs" to ensure consistent package versions.

Conditional module loading

imports = lib.optionals config.feature.enable [ ./optional-module.nix ];

Lazy evaluation with mkIf

Always use lib.mkIf for conditional config to avoid infinite recursion:

config = lib.mkIf config.myService.enable { /* ... */ };

Override priorities

  • lib.mkDefault (priority 1000) - easily overridable defaults
  • lib.mkForce (priority 50) - force value regardless of other definitions
  • lib.mkOverride N - custom priority (lower = higher priority)

Troubleshooting

"error: getting status of '/nix/store/...': No such file or directory"

Missing store path. Run nix build or ensure binary cache is configured.

"error: infinite recursion encountered"

Using config values in imports or not wrapping conditional config in lib.mkIf.

"error: attribute 'X' missing"

Check flake inputs match expected names. Verify follows directives.

Flake not seeing local changes

Run git add . - flakes ignore untracked files.

Skills similaires