distribution/Dockerfile

ARG GO_VERSION=1.17

FROM golang:${GO_VERSION}-alpine3.14 AS build

ENV GO111MODULE=auto
ENV DISTRIBUTION_DIR /go/src/github.com/distribution/distribution
ENV BUILDTAGS include_oss include_gcs

ARG GOOS=linux
ARG GOARCH=amd64
ARG GOARM=6
ARG VERSION
ARG REVISION

RUN set -ex \
    && apk add --no-cache make git file

WORKDIR $DISTRIBUTION_DIR
COPY . $DISTRIBUTION_DIR
RUN CGO_ENABLED=0 make PREFIX=/go clean binaries && file ./bin/registry | grep "statically linked"

FROM alpine:3.14

RUN set -ex \
    && apk add --no-cache ca-certificates

COPY cmd/registry/config-dev.yml /etc/docker/registry/config.yml
COPY --from=build /go/src/github.com/distribution/distribution/bin/registry /bin/registry
VOLUME ["/var/lib/registry"]
EXPOSE 5000
ENTRYPOINT ["registry"]
CMD ["serve", "/etc/docker/registry/config.yml"]
bump up golang v1.17 Signed-off-by: Wang Yan <wangyan@vmware.com> 2021-07-06 05:43:13 +02:00			`ARG GO_VERSION=1.17`
Update Golang 1.13.7 (CVE-2020-0601, CVE-2020-7919) full diff: https://github.com/golang/go/compare/go1.13.4...go1.13.7 go1.13.7 (released 2020/01/28) includes two security fixes. One mitigates the CVE-2020-0601 certificate verification bypass on Windows. The other affects only 32-bit architectures. https://github.com/golang/go/issues?q=milestone%3AGo1.13.7+label%3ACherryPickApproved - X.509 certificate validation bypass on Windows 10 A Windows vulnerability allows attackers to spoof valid certificate chains when the system root store is in use. These releases include a mitigation for Go applications, but it’s strongly recommended that affected users install the Windows security update to protect their system. This issue is CVE-2020-0601 and Go issue golang.org/issue/36834. - Panic in crypto/x509 certificate parsing and golang.org/x/crypto/cryptobyte On 32-bit architectures, a malformed input to crypto/x509 or the ASN.1 parsing functions of golang.org/x/crypto/cryptobyte can lead to a panic. The malformed certificate can be delivered via a crypto/tls connection to a client, or to a server that accepts client certificates. net/http clients can be made to crash by an HTTPS server, while net/http servers that accept client certificates will recover the panic and are unaffected. Thanks to Project Wycheproof for providing the test cases that led to the discovery of this issue. The issue is CVE-2020-7919 and Go issue golang.org/issue/36837. This is also fixed in version v0.0.0-20200124225646-8b5121be2f68 of golang.org/x/crypto/cryptobyte. Signed-off-by: Sebastiaan van Stijn <github@gone.nl> 2020-01-29 13:15:29 +01:00
Update to go 1.16, and run CI on 1.15.x and 1.16.x Signed-off-by: Sebastiaan van Stijn <github@gone.nl> 2021-08-10 11:45:30 +02:00			`FROM golang:${GO_VERSION}-alpine3.14 AS build`
Dockerfile: build with the RADOS driver Signed-off-by: Vincent Giersch <vincent.giersch@ovh.net> 2015-06-01 12:15:53 +02:00
Update to go 1.16, and run CI on 1.15.x and 1.16.x Signed-off-by: Sebastiaan van Stijn <github@gone.nl> 2021-08-10 11:45:30 +02:00			`ENV GO111MODULE=auto`
go.mod: change imports to github.com/distribution/distribution/v3 Go 1.13 and up enforce import paths to be versioned if a project contains a go.mod and has released v2 or up. The current v2.x branches (and releases) do not yet have a go.mod, and therefore are still allowed to be imported with a non-versioned import path (go modules add a `+incompatible` annotation in that case). However, now that this project has a `go.mod` file, incompatible import paths will not be accepted by go modules, and attempting to use code from this repository will fail. This patch uses `v3` for the import-paths (not `v2`), because changing import paths itself is a breaking change, which means that the next release should increment the "major" version to comply with SemVer (as go modules dictate). Signed-off-by: Sebastiaan van Stijn <github@gone.nl> 2020-08-24 13:18:39 +02:00			`ENV DISTRIBUTION_DIR /go/src/github.com/distribution/distribution`
Use same env var in Dockerfile and Makefile Ensures that build tags get set in the Dockerfile so that OSS and GCS drivers are built into the official registry binary. Closes #2819 Signed-off-by: Ryan Abrams <rdabrams@gmail.com> (cherry picked from commit bf74e4f91d114a3fc8e8ab1249f99c15e12bef94) Signed-off-by: Sebastiaan van Stijn <github@gone.nl> 2019-01-16 20:14:22 +01:00			`ENV BUILDTAGS include_oss include_gcs`
Update Dockerfile to use Makefile to build binary Signed-off-by: Stephen J Day <stephen.day@docker.com> 2015-01-30 00:37:22 +01:00
Add ARGs for cross-compiling Add build args. Defaults to Linux/x64 so no change to existing image, but can build for other platforms - e.g. ``` docker build --build-arg GOOS=windows -t distribution-builder:windows . ``` Signed-off-by: Elton Stoneman <elton@sixeyed.com> 2017-05-23 10:58:05 +02:00			`ARG GOOS=linux`
			`ARG GOARCH=amd64`
Add GOARM flag to dockerfile When building with arm on alpine, GOARM should be set to 6 by default. Signed-off-by: Derek McGowan <derek@mcgstyle.net> 2018-11-28 19:40:29 +01:00			`ARG GOARM=6`
allow for VERSION and REVISION to be passed in during docker builds Signed-off-by: Alex Laties <agl@tumblr.com> 2019-06-26 23:50:29 +02:00			`ARG VERSION`
			`ARG REVISION`
Add ARGs for cross-compiling Add build args. Defaults to Linux/x64 so no change to existing image, but can build for other platforms - e.g. ``` docker build --build-arg GOOS=windows -t distribution-builder:windows . ``` Signed-off-by: Elton Stoneman <elton@sixeyed.com> 2017-05-23 10:58:05 +02:00
reorder Dockerfile steps for better layer caching Running `apk add` before copying source into the image takes better adavantage of layer caching when developing and regularly building the image. This avoids source code changes invalidating the `apk add` layer and causing that step to run on every image build. Signed-off-by: Adam Duke <adam.v.duke@gmail.com> 2016-07-22 01:14:32 +02:00			`RUN set -ex \`
update Dockerfile to multi-stage Signed-off-by: Tonis Tiigi <tonistiigi@gmail.com> 2018-10-16 00:46:01 +02:00			`&& apk add --no-cache make git file`
reorder Dockerfile steps for better layer caching Running `apk add` before copying source into the image takes better adavantage of layer caching when developing and regularly building the image. This avoids source code changes invalidating the `apk add` layer and causing that step to run on every image build. Signed-off-by: Adam Duke <adam.v.duke@gmail.com> 2016-07-22 01:14:32 +02:00
Update the Dockerfile to use the Godeps versions of libraries and to explicitly use golang:1.4 This speeds up the build (and makes it more consistent) since it doesn't have to clone a bunch of repos. :+1: Signed-off-by: Andrew "Tianon" Page <admwiggin@gmail.com> 2015-01-21 04:04:19 +01:00			`WORKDIR $DISTRIBUTION_DIR`
			`COPY . $DISTRIBUTION_DIR`
update Dockerfile to multi-stage Signed-off-by: Tonis Tiigi <tonistiigi@gmail.com> 2018-10-16 00:46:01 +02:00			`RUN CGO_ENABLED=0 make PREFIX=/go clean binaries && file ./bin/registry \| grep "statically linked"`
Initial Dockerfile for running registry 2014-12-11 00:57:41 +01:00
Update to go 1.16, and run CI on 1.15.x and 1.16.x Signed-off-by: Sebastiaan van Stijn <github@gone.nl> 2021-08-10 11:45:30 +02:00			`FROM alpine:3.14`
change default Dockerfile to install ssl utils Signed-off-by: andyzhangx <xiazhang@microsoft.com> 2019-01-10 04:47:21 +01:00
			`RUN set -ex \`
get rid of apache2-utils Signed-off-by: Andrii Soldatenko <andrii.soldatenko@gmail.com> 2020-04-16 19:14:56 +02:00			`&& apk add --no-cache ca-certificates`
change default Dockerfile to install ssl utils Signed-off-by: andyzhangx <xiazhang@microsoft.com> 2019-01-10 04:47:21 +01:00
update Dockerfile to multi-stage Signed-off-by: Tonis Tiigi <tonistiigi@gmail.com> 2018-10-16 00:46:01 +02:00			`COPY cmd/registry/config-dev.yml /etc/docker/registry/config.yml`
go.mod: change imports to github.com/distribution/distribution/v3 Go 1.13 and up enforce import paths to be versioned if a project contains a go.mod and has released v2 or up. The current v2.x branches (and releases) do not yet have a go.mod, and therefore are still allowed to be imported with a non-versioned import path (go modules add a `+incompatible` annotation in that case). However, now that this project has a `go.mod` file, incompatible import paths will not be accepted by go modules, and attempting to use code from this repository will fail. This patch uses `v3` for the import-paths (not `v2`), because changing import paths itself is a breaking change, which means that the next release should increment the "major" version to comply with SemVer (as go modules dictate). Signed-off-by: Sebastiaan van Stijn <github@gone.nl> 2020-08-24 13:18:39 +02:00			`COPY --from=build /go/src/github.com/distribution/distribution/bin/registry /bin/registry`
Updating the location of the volume to match the new location of the default registry data location. Signed-off-by: Jeff Nickoloff <jeff@allingeek.com> 2015-06-11 06:24:16 +02:00			`VOLUME ["/var/lib/registry"]`
Initial Dockerfile for running registry 2014-12-11 00:57:41 +01:00			`EXPOSE 5000`
Use entrypoint in Dockerfile Signed-off-by: Ben Firshman <ben@firshman.co.uk> 2015-04-06 16:05:11 +02:00			`ENTRYPOINT ["registry"]`
Implements garbage collection subcommand - Includes a change in the command to run the registry. The registry server itself is now started up as a subcommand. - Includes changes to the high level interfaces to support enumeration of various registry objects. Signed-off-by: Andrew T Nguyen <andrew.nguyen@docker.com> 2016-01-19 23:26:15 +01:00			`CMD ["serve", "/etc/docker/registry/config.yml"]`