2017-04-25 19:57:06 +03:00
|
|
|
#
|
|
|
|
|
# github.com/docker/cli
|
|
|
|
|
#
|
|
|
|
|
# Makefile for developing using Docker
|
|
|
|
|
#
|
|
|
|
|
|
2019-01-14 21:40:30 +03:00
|
|
|
# Overridable env vars
|
|
|
|
|
DOCKER_CLI_MOUNTS ?= -v "$(CURDIR)":/go/src/github.com/docker/cli
|
|
|
|
|
DOCKER_CLI_SHELL ?= ash
|
|
|
|
|
DOCKER_CLI_CONTAINER_NAME ?=
|
|
|
|
|
DOCKER_CLI_GO_BUILD_CACHE ?= y
|
|
|
|
|
|
2017-08-15 23:59:43 +03:00
|
|
|
DEV_DOCKER_IMAGE_NAME = docker-cli-dev$(IMAGE_TAG)
|
2018-01-18 20:53:22 +03:00
|
|
|
BINARY_NATIVE_IMAGE_NAME = docker-cli-native$(IMAGE_TAG)
|
2017-08-15 23:59:43 +03:00
|
|
|
LINTER_IMAGE_NAME = docker-cli-lint$(IMAGE_TAG)
|
|
|
|
|
CROSS_IMAGE_NAME = docker-cli-cross$(IMAGE_TAG)
|
|
|
|
|
VALIDATE_IMAGE_NAME = docker-cli-shell-validate$(IMAGE_TAG)
|
2018-05-17 14:11:59 +03:00
|
|
|
E2E_IMAGE_NAME = docker-cli-e2e$(IMAGE_TAG)
|
2018-12-10 14:30:52 +03:00
|
|
|
CACHE_VOLUME_NAME := docker-cli-dev-cache
|
2019-01-14 21:40:30 +03:00
|
|
|
ifeq ($(DOCKER_CLI_GO_BUILD_CACHE),y)
|
|
|
|
|
DOCKER_CLI_MOUNTS += -v "$(CACHE_VOLUME_NAME):/root/.cache/go-build"
|
2018-12-10 14:30:52 +03:00
|
|
|
endif
|
2017-05-22 23:22:42 +03:00
|
|
|
VERSION = $(shell cat VERSION)
|
2019-05-02 19:05:47 +03:00
|
|
|
ENVVARS = -e VERSION=$(VERSION) -e GITCOMMIT -e PLATFORM -e TESTFLAGS -e TESTDIRS -e GOOS -e GOARCH -e GOARM
|
2017-04-25 19:57:06 +03:00
|
|
|
|
|
|
|
|
# build docker image (dockerfiles/Dockerfile.build)
|
2017-05-10 00:29:14 +03:00
|
|
|
.PHONY: build_docker_image
|
2017-04-25 19:57:06 +03:00
|
|
|
build_docker_image:
|
Do not patch Dockerfiles in CI
When building the Dockerfiles for development, those images are mainly used to
create a reproducible build-environment. The source code is bind-mounted into
the image at runtime; there is no need to create an image with the actual
source code, and copying the source code into the image would lead to a new
image being created for each code-change (possibly leading up to many "dangling"
images for previous code-changes).
However, when building (and using) the development images in CI, bind-mounting
is not an option, because the daemon is running remotely.
To make this work, the circle-ci script patched the Dockerfiles when CI is run;
adding a `COPY` to the respective Dockerfiles.
Patching Dockerfiles is not really a "best practice" and, even though the source
code does not and up in the image, the source would still be _sent_ to the daemon
for each build (unless BuildKit is used).
This patch updates the makefiles, circle-ci script, and Dockerfiles;
- When building the Dockerfiles locally, pipe the Dockerfile through stdin.
Doing so, prevents the build-context from being sent to the daemon. This speeds
up the build, and doesn't fill up the Docker "temp" directory with content that's
not used
- Now that no content is sent, add the COPY instructions to the Dockerfiles, and
remove the code in the circle-ci script to "live patch" the Dockerfiles.
Before this patch is applied (with cache):
```
$ time make -f docker.Makefile build_shell_validate_image
docker build -t docker-cli-shell-validate -f ./dockerfiles/Dockerfile.shellcheck .
Sending build context to Docker daemon 41MB
Step 1/2 : FROM debian:stretch-slim
...
Successfully built 81e14e8ad856
Successfully tagged docker-cli-shell-validate:latest
2.75 real 0.45 user 0.56 sys
```
After this patch is applied (with cache)::
```
$ time make -f docker.Makefile build_shell_validate_image
cat ./dockerfiles/Dockerfile.shellcheck | docker build -t docker-cli-shell-validate -
Sending build context to Docker daemon 2.048kB
Step 1/2 : FROM debian:stretch-slim
...
Successfully built 81e14e8ad856
Successfully tagged docker-cli-shell-validate:latest
0.33 real 0.07 user 0.08 sys
```
Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
2018-11-29 03:06:10 +03:00
|
|
|
# build dockerfile from stdin so that we don't send the build-context; source is bind-mounted in the development environment
|
|
|
|
|
cat ./dockerfiles/Dockerfile.dev | docker build ${DOCKER_BUILD_ARGS} -t $(DEV_DOCKER_IMAGE_NAME) -
|
2017-04-25 19:57:06 +03:00
|
|
|
|
2017-05-10 00:29:14 +03:00
|
|
|
# build docker image having the linting tools (dockerfiles/Dockerfile.lint)
|
|
|
|
|
.PHONY: build_linter_image
|
2017-05-02 22:10:03 +03:00
|
|
|
build_linter_image:
|
Do not patch Dockerfiles in CI
When building the Dockerfiles for development, those images are mainly used to
create a reproducible build-environment. The source code is bind-mounted into
the image at runtime; there is no need to create an image with the actual
source code, and copying the source code into the image would lead to a new
image being created for each code-change (possibly leading up to many "dangling"
images for previous code-changes).
However, when building (and using) the development images in CI, bind-mounting
is not an option, because the daemon is running remotely.
To make this work, the circle-ci script patched the Dockerfiles when CI is run;
adding a `COPY` to the respective Dockerfiles.
Patching Dockerfiles is not really a "best practice" and, even though the source
code does not and up in the image, the source would still be _sent_ to the daemon
for each build (unless BuildKit is used).
This patch updates the makefiles, circle-ci script, and Dockerfiles;
- When building the Dockerfiles locally, pipe the Dockerfile through stdin.
Doing so, prevents the build-context from being sent to the daemon. This speeds
up the build, and doesn't fill up the Docker "temp" directory with content that's
not used
- Now that no content is sent, add the COPY instructions to the Dockerfiles, and
remove the code in the circle-ci script to "live patch" the Dockerfiles.
Before this patch is applied (with cache):
```
$ time make -f docker.Makefile build_shell_validate_image
docker build -t docker-cli-shell-validate -f ./dockerfiles/Dockerfile.shellcheck .
Sending build context to Docker daemon 41MB
Step 1/2 : FROM debian:stretch-slim
...
Successfully built 81e14e8ad856
Successfully tagged docker-cli-shell-validate:latest
2.75 real 0.45 user 0.56 sys
```
After this patch is applied (with cache)::
```
$ time make -f docker.Makefile build_shell_validate_image
cat ./dockerfiles/Dockerfile.shellcheck | docker build -t docker-cli-shell-validate -
Sending build context to Docker daemon 2.048kB
Step 1/2 : FROM debian:stretch-slim
...
Successfully built 81e14e8ad856
Successfully tagged docker-cli-shell-validate:latest
0.33 real 0.07 user 0.08 sys
```
Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
2018-11-29 03:06:10 +03:00
|
|
|
# build dockerfile from stdin so that we don't send the build-context; source is bind-mounted in the development environment
|
|
|
|
|
cat ./dockerfiles/Dockerfile.lint | docker build ${DOCKER_BUILD_ARGS} -t $(LINTER_IMAGE_NAME) -
|
2017-05-02 22:10:03 +03:00
|
|
|
|
2017-05-12 01:52:17 +03:00
|
|
|
.PHONY: build_cross_image
|
|
|
|
|
build_cross_image:
|
Do not patch Dockerfiles in CI
When building the Dockerfiles for development, those images are mainly used to
create a reproducible build-environment. The source code is bind-mounted into
the image at runtime; there is no need to create an image with the actual
source code, and copying the source code into the image would lead to a new
image being created for each code-change (possibly leading up to many "dangling"
images for previous code-changes).
However, when building (and using) the development images in CI, bind-mounting
is not an option, because the daemon is running remotely.
To make this work, the circle-ci script patched the Dockerfiles when CI is run;
adding a `COPY` to the respective Dockerfiles.
Patching Dockerfiles is not really a "best practice" and, even though the source
code does not and up in the image, the source would still be _sent_ to the daemon
for each build (unless BuildKit is used).
This patch updates the makefiles, circle-ci script, and Dockerfiles;
- When building the Dockerfiles locally, pipe the Dockerfile through stdin.
Doing so, prevents the build-context from being sent to the daemon. This speeds
up the build, and doesn't fill up the Docker "temp" directory with content that's
not used
- Now that no content is sent, add the COPY instructions to the Dockerfiles, and
remove the code in the circle-ci script to "live patch" the Dockerfiles.
Before this patch is applied (with cache):
```
$ time make -f docker.Makefile build_shell_validate_image
docker build -t docker-cli-shell-validate -f ./dockerfiles/Dockerfile.shellcheck .
Sending build context to Docker daemon 41MB
Step 1/2 : FROM debian:stretch-slim
...
Successfully built 81e14e8ad856
Successfully tagged docker-cli-shell-validate:latest
2.75 real 0.45 user 0.56 sys
```
After this patch is applied (with cache)::
```
$ time make -f docker.Makefile build_shell_validate_image
cat ./dockerfiles/Dockerfile.shellcheck | docker build -t docker-cli-shell-validate -
Sending build context to Docker daemon 2.048kB
Step 1/2 : FROM debian:stretch-slim
...
Successfully built 81e14e8ad856
Successfully tagged docker-cli-shell-validate:latest
0.33 real 0.07 user 0.08 sys
```
Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
2018-11-29 03:06:10 +03:00
|
|
|
# build dockerfile from stdin so that we don't send the build-context; source is bind-mounted in the development environment
|
|
|
|
|
cat ./dockerfiles/Dockerfile.cross | docker build ${DOCKER_BUILD_ARGS} -t $(CROSS_IMAGE_NAME) -
|
2017-05-12 01:52:17 +03:00
|
|
|
|
2017-06-30 00:32:01 +03:00
|
|
|
.PHONY: build_shell_validate_image
|
|
|
|
|
build_shell_validate_image:
|
Do not patch Dockerfiles in CI
When building the Dockerfiles for development, those images are mainly used to
create a reproducible build-environment. The source code is bind-mounted into
the image at runtime; there is no need to create an image with the actual
source code, and copying the source code into the image would lead to a new
image being created for each code-change (possibly leading up to many "dangling"
images for previous code-changes).
However, when building (and using) the development images in CI, bind-mounting
is not an option, because the daemon is running remotely.
To make this work, the circle-ci script patched the Dockerfiles when CI is run;
adding a `COPY` to the respective Dockerfiles.
Patching Dockerfiles is not really a "best practice" and, even though the source
code does not and up in the image, the source would still be _sent_ to the daemon
for each build (unless BuildKit is used).
This patch updates the makefiles, circle-ci script, and Dockerfiles;
- When building the Dockerfiles locally, pipe the Dockerfile through stdin.
Doing so, prevents the build-context from being sent to the daemon. This speeds
up the build, and doesn't fill up the Docker "temp" directory with content that's
not used
- Now that no content is sent, add the COPY instructions to the Dockerfiles, and
remove the code in the circle-ci script to "live patch" the Dockerfiles.
Before this patch is applied (with cache):
```
$ time make -f docker.Makefile build_shell_validate_image
docker build -t docker-cli-shell-validate -f ./dockerfiles/Dockerfile.shellcheck .
Sending build context to Docker daemon 41MB
Step 1/2 : FROM debian:stretch-slim
...
Successfully built 81e14e8ad856
Successfully tagged docker-cli-shell-validate:latest
2.75 real 0.45 user 0.56 sys
```
After this patch is applied (with cache)::
```
$ time make -f docker.Makefile build_shell_validate_image
cat ./dockerfiles/Dockerfile.shellcheck | docker build -t docker-cli-shell-validate -
Sending build context to Docker daemon 2.048kB
Step 1/2 : FROM debian:stretch-slim
...
Successfully built 81e14e8ad856
Successfully tagged docker-cli-shell-validate:latest
0.33 real 0.07 user 0.08 sys
```
Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
2018-11-29 03:06:10 +03:00
|
|
|
# build dockerfile from stdin so that we don't send the build-context; source is bind-mounted in the development environment
|
|
|
|
|
cat ./dockerfiles/Dockerfile.shellcheck | docker build -t $(VALIDATE_IMAGE_NAME) -
|
2017-05-12 01:52:17 +03:00
|
|
|
|
2018-01-18 20:53:22 +03:00
|
|
|
.PHONY: build_binary_native_image
|
|
|
|
|
build_binary_native_image:
|
Do not patch Dockerfiles in CI
When building the Dockerfiles for development, those images are mainly used to
create a reproducible build-environment. The source code is bind-mounted into
the image at runtime; there is no need to create an image with the actual
source code, and copying the source code into the image would lead to a new
image being created for each code-change (possibly leading up to many "dangling"
images for previous code-changes).
However, when building (and using) the development images in CI, bind-mounting
is not an option, because the daemon is running remotely.
To make this work, the circle-ci script patched the Dockerfiles when CI is run;
adding a `COPY` to the respective Dockerfiles.
Patching Dockerfiles is not really a "best practice" and, even though the source
code does not and up in the image, the source would still be _sent_ to the daemon
for each build (unless BuildKit is used).
This patch updates the makefiles, circle-ci script, and Dockerfiles;
- When building the Dockerfiles locally, pipe the Dockerfile through stdin.
Doing so, prevents the build-context from being sent to the daemon. This speeds
up the build, and doesn't fill up the Docker "temp" directory with content that's
not used
- Now that no content is sent, add the COPY instructions to the Dockerfiles, and
remove the code in the circle-ci script to "live patch" the Dockerfiles.
Before this patch is applied (with cache):
```
$ time make -f docker.Makefile build_shell_validate_image
docker build -t docker-cli-shell-validate -f ./dockerfiles/Dockerfile.shellcheck .
Sending build context to Docker daemon 41MB
Step 1/2 : FROM debian:stretch-slim
...
Successfully built 81e14e8ad856
Successfully tagged docker-cli-shell-validate:latest
2.75 real 0.45 user 0.56 sys
```
After this patch is applied (with cache)::
```
$ time make -f docker.Makefile build_shell_validate_image
cat ./dockerfiles/Dockerfile.shellcheck | docker build -t docker-cli-shell-validate -
Sending build context to Docker daemon 2.048kB
Step 1/2 : FROM debian:stretch-slim
...
Successfully built 81e14e8ad856
Successfully tagged docker-cli-shell-validate:latest
0.33 real 0.07 user 0.08 sys
```
Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
2018-11-29 03:06:10 +03:00
|
|
|
# build dockerfile from stdin so that we don't send the build-context; source is bind-mounted in the development environment
|
|
|
|
|
cat ./dockerfiles/Dockerfile.binary-native | docker build -t $(BINARY_NATIVE_IMAGE_NAME) -
|
2018-01-18 20:53:22 +03:00
|
|
|
|
2018-05-17 14:11:59 +03:00
|
|
|
.PHONY: build_e2e_image
|
|
|
|
|
build_e2e_image:
|
|
|
|
|
docker build -t $(E2E_IMAGE_NAME) --build-arg VERSION=$(VERSION) --build-arg GITCOMMIT=$(GITCOMMIT) -f ./dockerfiles/Dockerfile.e2e .
|
|
|
|
|
|
2019-01-14 21:40:30 +03:00
|
|
|
DOCKER_RUN_NAME_OPTION := $(if $(DOCKER_CLI_CONTAINER_NAME),--name $(DOCKER_CLI_CONTAINER_NAME),)
|
|
|
|
|
DOCKER_RUN := docker run --rm $(ENVVARS) $(DOCKER_CLI_MOUNTS) $(DOCKER_RUN_NAME_OPTION)
|
2018-01-18 20:53:22 +03:00
|
|
|
|
2018-07-31 14:15:41 +03:00
|
|
|
binary: build_binary_native_image ## build the CLI
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) $(BINARY_NATIVE_IMAGE_NAME)
|
2017-05-12 19:07:57 +03:00
|
|
|
|
2018-07-31 14:15:41 +03:00
|
|
|
build: binary ## alias for binary
|
2017-04-25 19:57:06 +03:00
|
|
|
|
2018-12-10 18:30:19 +03:00
|
|
|
plugins: build_binary_native_image ## build the CLI plugin examples
|
2019-03-01 16:52:12 +03:00
|
|
|
$(DOCKER_RUN) $(BINARY_NATIVE_IMAGE_NAME) ./scripts/build/plugins
|
2018-12-10 18:30:19 +03:00
|
|
|
|
2017-05-10 00:29:14 +03:00
|
|
|
.PHONY: clean
|
2018-07-31 14:15:41 +03:00
|
|
|
clean: build_docker_image ## clean build artifacts
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) $(DEV_DOCKER_IMAGE_NAME) make clean
|
2018-12-10 14:30:52 +03:00
|
|
|
docker volume rm -f $(CACHE_VOLUME_NAME)
|
2017-04-25 19:57:06 +03:00
|
|
|
|
2017-08-14 22:47:06 +03:00
|
|
|
.PHONY: test-unit
|
2019-01-07 19:32:56 +03:00
|
|
|
test-unit: build_docker_image ## run unit tests (using go test)
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) $(DEV_DOCKER_IMAGE_NAME) make test-unit
|
2017-04-28 01:57:35 +03:00
|
|
|
|
2018-07-31 14:15:41 +03:00
|
|
|
.PHONY: test ## run unit and e2e tests
|
2017-08-31 01:06:22 +03:00
|
|
|
test: test-unit test-e2e
|
|
|
|
|
|
2017-05-10 00:29:14 +03:00
|
|
|
.PHONY: cross
|
2018-07-31 14:15:41 +03:00
|
|
|
cross: build_cross_image ## build the CLI for macOS and Windows
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) $(CROSS_IMAGE_NAME) make cross
|
2017-04-25 19:57:06 +03:00
|
|
|
|
2017-09-14 01:51:30 +03:00
|
|
|
.PHONY: binary-windows
|
2018-07-31 14:15:41 +03:00
|
|
|
binary-windows: build_cross_image ## build the CLI for Windows
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) $(CROSS_IMAGE_NAME) make $@
|
2017-09-14 01:51:30 +03:00
|
|
|
|
2018-12-10 18:30:19 +03:00
|
|
|
.PHONY: plugins-windows
|
|
|
|
|
plugins-windows: build_cross_image ## build the example CLI plugins for Windows
|
2019-03-01 16:52:12 +03:00
|
|
|
$(DOCKER_RUN) $(CROSS_IMAGE_NAME) make $@
|
2018-12-10 18:30:19 +03:00
|
|
|
|
2017-09-14 01:51:30 +03:00
|
|
|
.PHONY: binary-osx
|
2018-07-31 14:15:41 +03:00
|
|
|
binary-osx: build_cross_image ## build the CLI for macOS
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) $(CROSS_IMAGE_NAME) make $@
|
2017-09-14 01:51:30 +03:00
|
|
|
|
2018-12-10 18:30:19 +03:00
|
|
|
.PHONY: plugins-osx
|
|
|
|
|
plugins-osx: build_cross_image ## build the example CLI plugins for macOS
|
2019-03-01 16:52:12 +03:00
|
|
|
$(DOCKER_RUN) $(CROSS_IMAGE_NAME) make $@
|
2018-12-10 18:30:19 +03:00
|
|
|
|
2017-05-10 00:29:14 +03:00
|
|
|
.PHONY: dev
|
2018-07-31 14:15:41 +03:00
|
|
|
dev: build_docker_image ## start a build container in interactive mode for in-container development
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) -it \
|
2017-06-23 07:52:34 +03:00
|
|
|
-v /var/run/docker.sock:/var/run/docker.sock \
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DEV_DOCKER_IMAGE_NAME) $(DOCKER_CLI_SHELL)
|
2017-05-02 22:10:03 +03:00
|
|
|
|
2018-07-31 14:15:41 +03:00
|
|
|
shell: dev ## alias for dev
|
2017-05-12 01:52:17 +03:00
|
|
|
|
2017-05-10 00:29:14 +03:00
|
|
|
.PHONY: lint
|
2018-07-31 14:15:41 +03:00
|
|
|
lint: build_linter_image ## run linters
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) -it $(LINTER_IMAGE_NAME)
|
2017-05-10 00:29:14 +03:00
|
|
|
|
2018-12-10 16:17:14 +03:00
|
|
|
.PHONY: fmt
|
2019-01-07 19:32:56 +03:00
|
|
|
fmt: ## run gofmt
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) $(DEV_DOCKER_IMAGE_NAME) make fmt
|
2018-12-10 16:17:14 +03:00
|
|
|
|
2017-05-10 00:29:14 +03:00
|
|
|
.PHONY: vendor
|
2018-07-31 14:15:41 +03:00
|
|
|
vendor: build_docker_image vendor.conf ## download dependencies (vendor/) listed in vendor.conf
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) -it $(DEV_DOCKER_IMAGE_NAME) make vendor
|
2017-05-12 01:52:17 +03:00
|
|
|
|
2018-07-31 14:15:41 +03:00
|
|
|
dynbinary: build_cross_image ## build the CLI dynamically linked
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) -it $(CROSS_IMAGE_NAME) make dynbinary
|
2017-05-11 04:24:32 +03:00
|
|
|
|
2018-01-02 17:47:31 +03:00
|
|
|
.PHONY: authors
|
|
|
|
|
authors: ## generate AUTHORS file from git history
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) -it $(DEV_DOCKER_IMAGE_NAME) make authors
|
2018-01-02 17:47:31 +03:00
|
|
|
|
2017-05-11 04:24:32 +03:00
|
|
|
.PHONY: manpages
|
2018-07-31 14:15:41 +03:00
|
|
|
manpages: build_docker_image ## generate man pages from go source and markdown
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) -it $(DEV_DOCKER_IMAGE_NAME) make manpages
|
2017-05-11 04:24:32 +03:00
|
|
|
|
|
|
|
|
.PHONY: yamldocs
|
2018-07-31 14:15:41 +03:00
|
|
|
yamldocs: build_docker_image ## generate documentation YAML files consumed by docs repo
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) -it $(DEV_DOCKER_IMAGE_NAME) make yamldocs
|
2017-06-29 16:10:04 +03:00
|
|
|
|
|
|
|
|
.PHONY: shellcheck
|
2018-07-31 14:15:41 +03:00
|
|
|
shellcheck: build_shell_validate_image ## run shellcheck validation
|
2019-01-14 21:40:30 +03:00
|
|
|
$(DOCKER_RUN) -it $(VALIDATE_IMAGE_NAME) make shellcheck
|
2017-08-14 22:47:06 +03:00
|
|
|
|
2019-01-07 19:32:56 +03:00
|
|
|
.PHONY: test-e2e
|
|
|
|
|
test-e2e: test-e2e-non-experimental test-e2e-experimental test-e2e-connhelper-ssh ## run all e2e tests
|
2018-06-25 12:46:35 +03:00
|
|
|
|
|
|
|
|
.PHONY: test-e2e-experimental
|
2019-01-07 19:32:56 +03:00
|
|
|
test-e2e-experimental: build_e2e_image # run experimental e2e tests
|
2019-03-01 19:01:48 +03:00
|
|
|
docker run --rm -v /var/run/docker.sock:/var/run/docker.sock $(ENVVARS) -e DOCKERD_EXPERIMENTAL=1 $(E2E_IMAGE_NAME)
|
2018-06-25 12:46:35 +03:00
|
|
|
|
|
|
|
|
.PHONY: test-e2e-non-experimental
|
2019-01-07 19:32:56 +03:00
|
|
|
test-e2e-non-experimental: build_e2e_image # run non-experimental e2e tests
|
2019-03-01 19:01:48 +03:00
|
|
|
docker run --rm -v /var/run/docker.sock:/var/run/docker.sock $(ENVVARS) $(E2E_IMAGE_NAME)
|
2018-07-31 14:15:41 +03:00
|
|
|
|
2018-09-06 08:38:01 +03:00
|
|
|
.PHONY: test-e2e-connhelper-ssh
|
2019-01-07 19:32:56 +03:00
|
|
|
test-e2e-connhelper-ssh: build_e2e_image # run experimental SSH-connection helper e2e tests
|
2019-03-01 19:01:48 +03:00
|
|
|
docker run --rm -v /var/run/docker.sock:/var/run/docker.sock $(ENVVARS) -e DOCKERD_EXPERIMENTAL=1 -e TEST_CONNHELPER=ssh $(E2E_IMAGE_NAME)
|
2018-09-06 08:38:01 +03:00
|
|
|
|
2018-07-31 14:15:41 +03:00
|
|
|
.PHONY: help
|
|
|
|
|
help: ## print this help
|
2019-01-10 15:30:03 +03:00
|
|
|
@awk 'BEGIN {FS = ":.*?## "} /^[a-zA-Z0-9_-]+:.*?## / {gsub("\\\\n",sprintf("\n%22c",""), $$2);printf "\033[36m%-20s\033[0m %s\n", $$1, $$2}' $(MAKEFILE_LIST)
|
