If you spot an inaccuracy in this table, please let us know .
NixCI reads your
flake.nix
and automatically discovers what to build.
All
configuration
is optional.
If it builds with
nix flake check
locally, it builds on NixCI.
Codeberg CI requires a
.woodpecker.yml
that specifies pipelines, steps, and images.
NixCI automatically discovers all flake outputs and creates build jobs for them.
NixCI uses standard Nix flakes. Your build definition is your flake.nix, which works everywhere Nix does.
Codeberg CI uses Woodpecker-specific YAML pipeline files.
Every job on NixCI can be reproduced locally with a single command. NixCI shows you the exact command for each job, so when CI fails, you can start fixing it immediately on your machine.
Codeberg CI pipelines run in containers with specific images and environment variables. Reproducing a failure means manually approximating the pipeline environment on your machine.
NixCI provides the exact command to reproduce each job locally, including for impure tests and deployments.
NixCI works with GitHub , GitLab , and Codeberg . One CI system across all your forges.
NixCI supports self-hosted GitHub Enterprise instances.
NixCI integrates with GitLab.com via webhooks and commit status updates.
NixCI supports self-hosted GitLab instances.
A single NixCI installation can serve GitHub, GitLab, and Codeberg repositories simultaneously.
NixCI integrates with Codeberg.org via webhooks and commit status updates.
NixCI supports self-hosted Forgejo instances.
NixCI caches automatically without any configuration. Every build result is cached and subsequent builds pull from the cache to skip work that's already been done.
Codeberg CI has no built-in support for Nix binary caches. Setting one up requires configuring a cache server and managing signing keys inside pipeline steps.
NixCI has built-in Cachix support. Just add your Cachix cache name to your configuration.
Codeberg CI can use Cachix, but it requires manual setup.
NixCI can push build results to your own binary cache via SSH.
Codeberg CI can push to your own binary cache, but it requires manual setup.
NixCI's hosted workers have 16 vCPUs and 64 GB of RAM, billed per second of actual build time. You can also bring your own workers with whatever hardware you choose.
Codeberg CI's shared runner specs are not published. The service is provided as-is, is described as "can break at any time", and requires manual approval.
NixCI has built-in support for continuous deployment and impure tests with access to secrets and the network.
In Codeberg CI, all tests run with full network and secret access by default. There is no distinction between pure and impure tests.
NixCI automatically runs deployment after all builds and tests pass, with no manual dependency declaration needed.
Codeberg CI supports deployment, but you have to manually declare which jobs must pass before deployment runs.
NixCI can be fully self-hosted on your own infrastructure, including the leader, workers, and cache. It also works with self-hosted forges like GitLab and Forgejo.
Codeberg CI is Woodpecker CI on Forgejo, both of which are self-hostable.
NixCI does not have FlakeHub integration. FlakeHub only allows publishing from trusted platforms .