in 1.24.x, we can call docker-compose -f xxx pull
to download all images. After updating to 1.25.0, this function is not working.
Output of docker-compose version
docker-compose version 1.25.0, build 0a186604
docker-py version: 4.1.0
CPython version: 3.7.4
OpenSSL version: OpenSSL 1.1.0l 10 Sep 2019
Output of docker version
Client: Docker Engine - Community
Version: 19.03.5
API version: 1.40
Go version: go1.12.12
Git commit: 633a0ea
Built: Wed Nov 13 07:25:41 2019
OS/Arch: linux/amd64
Experimental: false
Server: Docker Engine - Community
Engine:
Version: 19.03.5
API version: 1.40 (minimum version 1.12)
Go version: go1.12.12
Git commit: 633a0ea
Built: Wed Nov 13 07:24:18 2019
OS/Arch: linux/amd64
Experimental: false
containerd:
Version: 1.2.10
GitCommit: b34a5c8af56e510852c35414db4c1f4fa6172339
runc:
Version: 1.0.0-rc8+dev
GitCommit: 3e425f80a8c931f88e6d94a8c831b9d5aa481657
docker-init:
Version: 0.18.0
GitCommit: fec3683
Output of docker-compose config
(Make sure to add the relevant -f
and other flags)
version: '3'
services:
configurator:
image: oharastream/configurator:${TAG:-0.9.0-SNAPSHOT}
build:
context: .
dockerfile: configurator.dockerfile
args:
BRANCH: master
REPO: https://github.com/oharastream/ohara.git
docker-compose -f build.yml pull
nothing
start to pull all images defined in build.yml
N/A
Looks like this behaviour was introduced by https://github.com/docker/compose/pull/6494
@ndeloof thanks for all info!!!
From the https://github.com/docker/compose/issues/6934#issuecomment-540434816, should we NOT use single compose file to have "build" and "pull" (or production) ?
Without any documentation to cover this scenario it's up to everyone to give his own interpretation of the "expected" behaviour. So far I prefer we just keep 1.24 way to handle this, then work on clarification document and potential improvements / additional options to tweak how docker-compose do handle build
and image
combinations.
Most helpful comment
Without any documentation to cover this scenario it's up to everyone to give his own interpretation of the "expected" behaviour. So far I prefer we just keep 1.24 way to handle this, then work on clarification document and potential improvements / additional options to tweak how docker-compose do handle
build
andimage
combinations.