* feat: support multiple binaries on docker * test: docker: fixed to use binaries * refactor: several docker pipe improvements * fix: tag templates * test: fix defaults test * fix: breaking: remove .Binary, .Os, .Arch support from docker image_templates * fix: lint issues
5.4 KiB
title | series | hideFromIndex | weight |
---|---|---|---|
Docker | customization | true | 140 |
Since v0.31.0, GoReleaser supports building and pushing Docker images.
How it works
You can declare multiple Docker images. They will be matched against
the binaries generated by your builds
section.
If you have only one build
setup,
the configuration is as easy as adding the
name of your image to your .goreleaser.yml
file:
The docker image declaration supports templating. Learn more about the name template engine.
dockers:
- image_templates:
- user/repo
You also need to create a Dockerfile
in your project's root folder:
FROM scratch
COPY mybin /
ENTRYPOINT ["/mybin"]
This configuration will build and push a Docker image named user/repo:tagname
.
Attention: Note that were are not building any go files in the docker build phase, we are merely copying the binary to a
scratch
image and setting up the entrypoint.
Customization
Of course, you can customize a lot of things:
# .goreleaser.yml
dockers:
# You can have multiple Docker images.
-
# GOOS of the built binary that should be used.
goos: linux
# GOARCH of the built binary that should be used.
goarch: amd64
# GOARM of the built binary that should be used.
goarm: ''
# Name of the built binaries that should be used.
binaries:
- mybinary
# Templates of the Docker image names.
image_templates:
- "myuser/myimage:latest"
- "myuser/myimage:{{ .Tag }}"
- "myuser/myimage:{{ .Tag }}-{{ .Env.GO_VERSION }}"
- "myuser/myimage:v{{ .Major }}"
- "gcr.io/myuser/myimage:latest"
# Skips the docker push. Could be useful if you also do draft releases.
# Defaults to false.
skip_push: false
# Path to the Dockerfile (from the project root).
dockerfile: Dockerfile
# Template of the docker build flags.
build_flag_templates:
- "--label=org.label-schema.schema-version=1.0"
- "--label=org.label-schema.version={{.Version}}"
- "--label=org.label-schema.name={{.ProjectName}}"
- "--build-arg=FOO={{.ENV.Bar}}"
# If your Dockerfile copies files other than the binary itself,
# you should list them here as well.
# Note that goreleaser will create the same structure inside the temporary
# folder, so if you add `foo/bar.json` here, on your Dockerfile you can
# `COPY foo/bar.json /whatever.json`.
# Also note that the paths here are relative to the folder in which
# goreleaser is being run.
# This field does not support wildcards, you can add an entire folder here
# and use wildcards when you `COPY`/`ADD` in your Dockerfile.
extra_files:
- config.yml
Learn more about the name template engine.
These settings should allow you to generate multiple Docker images,
for example, using multiple FROM
statements,
as well as generate one image for each binary in your project.
Generic Image Names
Some users might want to keep their image name as generic as possible. That can be accomplished simply by adding template language in the definition:
# .goreleaser.yml
project: foo
dockers:
-
binaries:
- mybinary
image_templates:
- "myuser/{{.ProjectName}}"
This will build and public the following images:
myuser/foo
Learn more about the name template engine.
Keeping docker images updated for current major
Some users might want to when version to push docker tags :v1
, :v1.6
,
:v1.6.4
and :latest
when v1.6.4
(for example) is built. That can be
accomplished by using multiple image_templates
:
# .goreleaser.yml
dockers:
-
binaries:
- mybinary
image_templates:
- "myuser/myimage:{{ .Tag }}"
- "myuser/myimage:v{{ .Major }}"
- "myuser/myimage:v{{ .Major }}.{{ .Minor }}"
- "myuser/myimage:latest"
This will build and publish the following images:
myuser/myimage:v1.6.4
myuser/myimage:v1
myuser/myimage:v1.6
myuser/myimage:latest
With these settings you can hopefully push several different docker images with multiple tags.
Learn more about the name template engine.
Publishing to multiple docker registries
Some users might want to push images to multiple docker registries. That can be
accomplished by using multiple image_templates
:
# .goreleaser.yml
dockers:
-
binaries:
- mybinary
image_templates:
- "docker.io/myuser/myimage:{{ .Tag }}"
- "docker.io/myuser/myimage:latest"
- "gcr.io/myuser/myimage:{{ .Tag }}"
- "gcr.io/myuser/myimage:latest"
This will build and publish the following images to docker.io
and gcr.io
:
myuser/myimage:v1.6.4
myuser/myimage:latest
Applying docker build flags
Build flags can be applied using build_flag_templates
. The flags must be
valid docker build flags.
# .goreleaser.yml
dockers:
-
binaries:
- mybinary
image_templates:
- "myuser/myimage"
build_flag_templates:
- "--label=org.label-schema.schema-version=1.0"
- "--label=org.label-schema.version={{.Version}}"
- "--label=org.label-schema.name={{.ProjectName}}"
This will execute the following command:
docker build -t myuser/myimage . \
--label=org.label-schema.schema-version=1.0 \
--label=org.label-schema.version=1.6.4 \
--label=org.label-schema.name=mybinary"
Learn more about the name template engine.