moby/buildkit

concurrent, cache-efficient, and Dockerfile-agnostic builder toolkit

View on GitHub ↗Jump to charts ↓Open shareable report →

Data as of . Signed-in members get hourly updates — create a free account.

Summary Information

Updated 19 minutes ago
Added to GitGenius on September 6th, 2026
Created on May 31st, 2017
Open Issues & Pull Requests: 827 (-3)
GitHub issues: Enabled
Number of forks: 1,540
Total Stargazers: 10,319 (+0)
Total Subscribers: 122 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 15.5 hours
Mean response time: 93.6 days
90th percentile: 170.4 days
Tracked items: 746

Maintainer activity

10 people did triage or write work on this repository in the last 12 months.

Counts unlabeled, assigned, unassigned, milestoned, demilestoned, locked, unlocked over the last 12 months. These are issue and pull request events that require triage or write permission. Commits and code review are not counted. labeled and renamed are excluded because GitHub issue forms record the issue author as the actor. Figures from October 11, 2026. This count is not comparable across projects: each project's automation decides which of these events a person emits.

How this project is maintained

About 11% of issues opened in the past year have never received a reply. 81% of open issues come from outside the core team, so the backlog reflects real-world use rather than internal planning. Work labelled "area/windows-wcow" is answered fastest, typically in about 4 hours, while "area/rootless" waits about 2 days. 56% of tracked open issues have had no activity in three months. 62% of issues opened in the past year have been closed, leaving a working backlog.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 277
New in 7 days: 4
Closed in 7 days: 2
Avg open age: 893 days
Stale 30+ days: 252
Stale 90+ days: 206

Recent activity

Opened in 7 days: 4
Closed in 7 days: 2
Comments in 7 days: 4
Events in 7 days: 10

Top labels

  • status/triage (168)
  • kind/enhancement (89)
  • kind/bug (78)
  • area/dockerfile (69)
  • kind/question (45)
  • area/windows (44)
  • area/windows-wcow (38)
  • area/testing (31)

Most active issues this week

Sign in to see which issues are moving.
Sign in

Detailed Description

BuildKit is a toolkit for converting source code to build artifacts in an efficient, expressive and repeatable manner.

BuildKit addresses the problem of slow and inefficient container image builds by providing concurrent dependency resolution, efficient instruction caching, and automatic garbage collection. Its approach centers on a pluggable architecture that decouples the build logic from the frontend format, allowing it to work with Dockerfiles and other build specifications through interchangeable frontends. The toolkit supports nested build job invocations, distributable workers, and multiple output formats including OCI images, Docker tarballs, and local directories. It can execute builds without requiring root privileges and includes built-in support for advanced Dockerfile features like mount types for bind, cache, tmpfs, secret, and SSH.

Developers should choose BuildKit if they need faster, more efficient builds with fine-grained caching control or if they require builds to run in restricted environments without root access. It suits projects that benefit from concurrent builds, need to distribute build work across multiple workers, or require integration with container orchestration platforms like Kubernetes. The tool is particularly valuable for CI/CD pipelines where build cache efficiency directly impacts throughput. Since Docker Engine version 23.0, the standard docker build command uses BuildKit by default through Buildx, though the standalone version offers additional capabilities for advanced use cases.

The project maintains active development with regular contributions addressing core functionality and new features. The codebase shows ongoing work on cache management systems, including support for multiple cache backends such as registry, local directory, GitHub Actions cache, S3, and Azure Blob Storage. Development includes infrastructure improvements like OpenTelemetry support for observability and systemd socket activation for deployment flexibility. The project sustains a community channel and accepts external contributions, with documentation covering setup across Linux, Windows, and macOS platforms as well as containerized deployment scenarios.