concurrent, cache-efficient, and Dockerfile-agnostic builder toolkit
 
 
 
Go to file
Akihiro Suda a7c6f8165d Merge pull request #48 from tonistiigi/fix-flicker
progress: better protection against flickering
2017-07-03 12:57:58 +09:00
api/services/control solver: add error reporting and canceling support 2017-06-29 15:31:08 -07:00
cache project: remove poc label 2017-06-23 09:37:36 -07:00
client solver: add error reporting and canceling support 2017-06-29 15:31:08 -07:00
cmd solver: add error reporting and canceling support 2017-06-29 15:31:08 -07:00
control solver: add error reporting and canceling support 2017-06-29 15:31:08 -07:00
examples progress: show logs for a failed vertex 2017-06-29 16:22:37 -07:00
hack Remove debug file 2017-06-23 11:49:17 -07:00
identity identity: add pkg for random id generation 2017-06-19 14:32:50 -07:00
snapshot worker: runc worker exection 2017-06-02 10:20:05 -07:00
solver solver: fix vertex info becoming lost on progress replay 2017-06-29 22:42:00 -07:00
source project: remove poc label 2017-06-23 09:37:36 -07:00
util progress: better protection against flickering 2017-06-30 11:36:59 -07:00
vendor vendor: update containerd 2017-06-22 12:14:39 -07:00
worker solver: add error reporting and canceling support 2017-06-29 15:31:08 -07:00
.dockerignore .gitignore and .dockerignore: add .buildstate 2017-06-30 06:24:19 +00:00
.gitignore .gitignore and .dockerignore: add .buildstate 2017-06-30 06:24:19 +00:00
.travis.yml add hack/validate-vendor 2017-06-13 08:47:41 +00:00
LICENSE Add license 2017-06-01 09:58:33 -07:00
Makefile project: remove poc label 2017-06-23 09:37:36 -07:00
gometalinter.json add gometalinter.json 2017-06-13 08:30:07 +00:00
readme.md add readme 2017-06-22 17:20:19 -07:00
vendor.conf vendor: update containerd 2017-06-22 12:14:39 -07:00

readme.md

Important: This repository is in an early development phase and not suitable for practical workloads. It does not compare with docker build features yet.

asciicinema example

BuildKit

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

Key features:

  • Automatic garbage collection
  • Extendable frontend formats
  • Concurrent dependency resolution
  • Efficient instruction caching
  • Build cache import/export
  • Nested build job invocations
  • Distributable workers
  • Multiple output formats
  • Pluggable architecture

Read the proposal from https://github.com/moby/moby/issues/32925

Quick start

BuildKit daemon can be built in two different versions: one that uses containerd for execution and distribution, and a standalone version that doesn't have other dependencies apart from runc. We are open for adding more backends. buildd is a CLI utility for running the gRPC API.

# buildd daemon (choose one)
go build -o buildd-containerd -tags containerd ./cmd/buildd
go build -o buildd-standalone -tags standalone ./cmd/buildd

# buildctl utility
go build -o buildctl ./cmd/buildctl

You can also use make binaries that prepares all binaries into the bin/ directory.

The first thing to test could be to try building BuildKit with BuildKit. BuildKit provides a low-level solver format that could be used by multiple build definitions. Preparation work for making the Dockerfile parser reusable as a frontend is tracked in https://github.com/moby/moby/pull/33492. As no frontends have been integrated yet we currently have to use a script to generate this low-level definition.

examples/buildkit/buildkit.go is a script that defines how to build different configurations of BuildKit and its dependencies using the client package. Running this script generates a protobuf definition of a build graph. Note that the script itself does not execute any steps of the build.

You can use buildctl debug dump to see what data is this definition.

go run examples/buildkit/buildkit.go | buildctl debug dump | jq .

To start building use buildctl build command. The script accepts --target flag to choose between containerd and standalone configurations. In standalone mode BuildKit binaries are built together with runc. In containerd mode, the containerd binary is built as well from the upstream repo.

go run examples/buildkit/buildkit.go | buildctl build

buildctl build will show interactive progress bar by default while the build job is running. It will also show you the path to the trace file that contains all information about the timing of the individual steps and logs.

Contributing

Running tests:

make test

Updating vendored dependencies:

# update vendor.conf
make vendor

Validating your updates before submission:

make validate-all