This task has been deprecated in favor of the oci-build
task.
For a comparison, see differences from builder
task.
The original docs are preserved below in case you still need to reference them.
A Concourse task to builds Docker images without pushing and without spinning
up a Docker daemon. Currently uses img
for the building and saving.
This repository describes an image which should be used to run a task similar
to example.yml
.
A stretch goal of this is to support running without privileged: true
, though
it currently still requires it.
Concourse doesn't yet have easily distributable task configs (there's an open call for an RFC), so we'll just have to document what you need to set here.
The task's image should refer to concourse/builder-task
. You can either
configure this via image_resource
or pull it in as part of your pipeline.
The following params are required:
$REPOSITORY
: the repository to name the image, e.g.concourse/builder-task
.
The following are optional:
-
$TAG
(defaultlatest
): the tag to apply to the image. -
$TAG_FILE
(default empty): the tag should be a path to a file containing the name of the tag. -
$CONTEXT
(default.
): the path to the directory to build. This should refer to one of the inputs. -
$DOCKERFILE
(default$CONTEXT/Dockerfile
): the path to theDockerfile
to build. -
$BUILD_ARG_*
(default empty): Params that start withBUILD_ARG_
will be translated to--build-arg
options. For exampleBUILD_ARG_foo=bar
, will become--build-arg foo=bar
-
$BUILD_ARGS_FILE
(default empty): path to a file containing Docker build-time variables.Example file contents:
EMAIL=me@yopmail.com HOW_MANY_THINGS=1 DO_THING=false
-
$TARGET
(default empty): the target build stage to build. -
$TARGET_FILE
(default empty): the path to a file containing the name of the target build stage to build.
There are no required inputs - your task should just list each artifact it needs as an input.
Your task may configure an output called image
. The saved image tarball will
be written to image.tar
within the output. This tarball can be passed along
to docker load
, or uploaded to a registry using the Registry Image
resource.
Your task may configure an output called rootfs
. A metadata.json
and rootfs
subfolder will
be created in the output. This can be used to start the image in a subsequent task without
uploading it to a registry using the "image" task step option.
Build caching can be enabled by configuring a cache named cache
on the task.
Your task should execute the build
script.
This repo contains an example.yml
, which builds the image for the builder
itself:
fly -t dev execute -c example.yml -o image=. -p
docker load -i image.tar