BuildCharts overlaps with several familiar CI and build patterns, but its model aligns more closely with Helm-style charts: versioned build logic is distributed through OCI registries, while Docker Buildx provides the execution layer, caching, and local parity with CI.Documentation Index
Fetch the complete documentation index at: https://buildcharts.dev/llms.txt
Use this file to discover all available pages before exploring further.
What BuildCharts optimizes for
BuildCharts is not a hosted CI platform. It is a build plan generator:- You define intent in
build.yml - BuildCharts resolves OCI-hosted chart templates
- It generates
docker-bake.hcl - Docker Buildx Bake executes the plan locally or in CI
- Local and CI parity with the same Docker execution layer
- Centrally versioned build logic across many repositories
- OCI-based distribution and digest pinning
Scope
It does not replace your CI/CD platform. BuildCharts also does not:- Manage deployments or runtime configuration
- Host secrets or artifacts for you
- Package or publish charts/templates for you
- Provide a built-in signing or trust system for charts
Comparison with common alternatives
| Tool | Strength | Tradeoff vs BuildCharts |
|---|---|---|
| Dagger | Programmable container-native pipelines with SDK workflows | Introduces its own execution/programming model instead of build.yml + generated Bake |
| Earthly | BuildKit-based automation with local/CI parity | Uses Earthfile DSL and different authoring model |
| Tekton | Kubernetes-native pipelines at platform scale | Requires Kubernetes control plane and is less local-first |
| Buildkite | Mature hosted orchestration and job controls | Higher platform coupling than local-first generated Bake plans |
| Bazel | Strong hermetic builds and caching for large mono-repos | Steeper adoption and different build graph model |
| Nix | Reproducible environments and package builds | Different ecosystem and workflow than Docker Buildx-centric pipelines |
When it fits
BuildCharts tends to fit well when you:- Already use Docker and BuildKit for builds
- Want to centralize build logic across many repositories
- Want the same build plan to run locally and in CI
- Benefit from parallel builds and BuildKit caching
When it doesn’t
BuildCharts tends to be a poor fit when you:- Cannot run Docker daemons or BuildKit in your environment
- Have highly bespoke build steps that do not map well to Docker-based stages
- Have very constrained runners where Bake parallelism and caching add more overhead than benefit