我已經使用docker-compose push了多年沒有問題，直到今天。我對這個很困惑。基本上它看起來只是在我的 Dockerfile 中推送本地更改，而不是基于我的 Dockerfile 和原始源影像的整個影像。
$ docker-compose build
...
...
Successfully tagged registry.gitlab.com/<path_obfuscated>:21.10.02
$ docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
...
registry.gitlab.com/<obfuscated-path---------------------------> 21.10.02 3c8d770f0649 23 minutes ago 1.2GB
...
所以你可以看到影像是1.2 GB。現在我運行：docker-compose push
它發生得非常快，當我查看注冊表上的影像時，它只有388 MB，而不是預期的1.2 GB。
有人知道為什么會這樣嗎？多年來我一直在使用相同的方法，這是我遇到這個問題的第一個。
一些額外的位：
$ docker version
Client:
Version: 20.10.8
API version: 1.41
Go version: go1.16.6
Git commit: 3967b7d28e
Built: Wed Aug 4 21:24:10 2021
OS/Arch: linux/amd64
Context: default
Experimental: true
Server:
Engine:
Version: 20.10.8
API version: 1.41 (minimum version 1.12)
Go version: go1.16.6
Git commit: 75249d8
Built: Wed Aug 4 21:26:30 2021
OS/Arch: linux/amd64
Experimental: false
containerd:
Version: v1.4.9
GitCommit: e25210fe30a0a703442421b0f60afac609f950a3
runc:
Version: 1.0.1
GitCommit:
docker-init:
Version: 0.19.0
GitCommit: de40ad0
$ docker-compose --version
docker-compose version 1.25.5, build unknown
uj5u.com熱心網友回復：
根據Docker GitHub 中的這個問題：
docker images顯示未壓縮的大小。在 docker push 期間，引擎會在發送到注冊表之前壓縮 (gzip) 影像。Hub UI 中顯示的大小是壓縮后的大小，大致表示一個新人docker pull需要做多少作業。在部署容器時，網路傳輸大小可能是更重要的數字。
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/340967.html