Docker “我的图像”中是否包含“来自图像”层

Docker “我的图像”中是否包含“来自图像”层,docker,dockerhub,docker-image,docker-build,Docker,Dockerhub,Docker Image,Docker Build,我有一个Dockerfile: FROM baseimage RUN <do stuff> 这是在事先明确运行的情况下进行的 docker login -u <USER> https://registry-1.docker.io/ Password: Login Succeeded docker login https://registry-1.docker.io/v2/<ORG>/<BASEIMAGE>/manifests/<BASE

我有一个Dockerfile:

FROM baseimage

RUN <do stuff>
这是在事先明确运行的情况下进行的

docker login -u <USER> https://registry-1.docker.io/
Password: 
Login Succeeded
docker login https://registry-1.docker.io/v2/<ORG>/<BASEIMAGE>/manifests/<BASEIMAGE>
Authenticating with existing credentials...
Login Succeeded
docker登录-uhttps://registry-1.docker.io/
密码:
登录成功
docker登录https://registry-1.docker.io/v2///manifests/
正在使用现有凭据进行身份验证。。。
登录成功

我认为对于私有图像,包括
baseimage
在内的所有层都可以在
myimage

中使用,图像只是一堆层。当dockerfile中有来自的
时,构建过程将通过在来自
图像的
层的顶部添加层来启动新图像

推送图像后,它将推送此图像的所有层,包括来自基础图像的层


拉取图像时,它将下载本地不存在的所有层以及解释如何堆叠它们的清单。

图像只是一个层堆栈。当dockerfile中有来自
时,构建过程将通过在来自
图像的
层的顶部添加层来启动新图像

推送图像后,它将推送此图像的所有层,包括来自基础图像的层


拉取图像时,它将下载本地不存在的所有层以及解释如何堆叠它们的清单。

不,它不会。它的力量在于在不同的构建之间共享基础映像。对不起,我不知道私人回购的细节。不,不知道。它的力量在于在不同的构建之间共享基础映像。对不起,我不知道私人回购的细节。我也这么认为。但是显然,
myimage
没有提供
baseimage
层。或者至少用户无法拉它。我有没有办法进一步调查这件事?我检查了图像层的大小,根据docker hub和docker history的大小,
baseimage
实际上不包括在内(baseimage是1Gb,docker history显示
myimage
层是680 Mb+1Gb
baseimage
层,Dockerhub显示
myimage
为680 Mb).当你运行
docker pull
/
docker push
你有图层列表,你可以检查列表是否不同。我也这么认为。但是显然,
myimage
没有提供
baseimage
层。或者至少用户无法拉它。我有没有办法进一步调查这件事?我检查了图像层的大小,根据docker hub和docker history的大小,
baseimage
实际上不包括在内(baseimage是1Gb,docker history显示
myimage
层是680 Mb+1Gb
baseimage
层,Dockerhub显示
myimage
为680 Mb)。当您运行
docker pull
/
docker push
时,您有层列表,您可以检查列表是否不同。
docker login -u <USER> https://registry-1.docker.io/
Password: 
Login Succeeded
docker login https://registry-1.docker.io/v2/<ORG>/<BASEIMAGE>/manifests/<BASEIMAGE>
Authenticating with existing credentials...
Login Succeeded