Dockerfile添加-嵌入到图像中还是添加到容器中?
当我有一个Dockerfile文件使用Dockerfile添加-嵌入到图像中还是添加到容器中?,docker,docker-compose,dockerfile,Docker,Docker Compose,Dockerfile,当我有一个Dockerfile文件使用ADD file folder/target folder/时,内容是添加到图像中还是仅在创建容器后添加 是否使用了docker build或docker run 注意:我使用了一个docker compose项目,但其中一些内容是在Dockerfile中添加的,而不是作为卷 同样,如果图像中嵌入了ADD项,图像的模块化(或者更确切地说是Dockerfile)也会受到质疑。我完全理解RUN元素在image中的价值,但是当我想添加几个项目时,使用稍微不同的ad
ADD file folder/target folder/
时,内容是添加到图像中还是仅在创建容器后添加
是否使用了docker build
或docker run
注意:我使用了一个docker compose项目
,但其中一些内容是在Dockerfile中添加的,而不是作为卷
同样,如果图像中嵌入了ADD
项,图像的模块化(或者更确切地说是Dockerfile
)也会受到质疑。我完全理解RUN
元素在image
中的价值,但是当我想添加几个项目时,使用稍微不同的add
变体(Dockerfile变体,然后在单独的docker compose
文件中使用)。来自:
Docker可以通过读取Dockerfile中的说明自动生成图像
在docker文件上执行docker build
时,将创建一个docker映像。
文件ADD
ed确实已烘焙到图像中
记住:
docker build
用于构建图像
docker run
用于从图像运行容器
我创建的图像有大量内容-PHP7.4模块/Magento 2设置等的列表,因此我不确定是添加
嵌入到图像中,还是不是来自Docker build创建的报告信息
提示帮助可能不确定的未来用户:
要获得更好的可读性(docker image build report),以及与默认版本相比更快/优化的图像创建的附加好处,请使用
DOCKER\u BUILDKIT=1 DOCKER build-t tag-f文件位置/DOCKER compose.yml
构建的“展平”图像内容显示的报告行数远远少于默认值。这对于使用缓存的父映像的映像尤其有用。
图像更小,构建所需的时间也比不使用DOCKER_BUILDKIT快得多
DOCKER\u BUILDKIT的示例输出:
=> CACHED [1/8] FROM docker.io/current_timezone/full-supervisord-nginx-proxy:1.00 0.0s
=> [2/8] ADD ./nginx-proxy/supervisord/conf.d/ /etc/supervisor/conf.d/ 0.1s
=> [3/8] ADD ./nginx-proxy/supervisord/scripts/ /etc/supervisor/scripts/ 0.0s
=> [4/8] ADD ./nginx-proxy/nginx/conf.d/proxy.params/ /etc/nginx/conf.d/params/proxy.par 0.0s
=> [5/8] ADD ./nginx-proxy/nginx/sites-available/ /etc/nginx/sites-available/ 0.0s
=> [6/8] COPY ./nginx-proxy/nginx/nginx.conf /etc/nginx/nginx.conf 0.0s
=> [7/8] RUN chown -R user:user /etc/supervisor && chmod -R 700 /etc 0.4s
=> [8/8] WORKDIR /var/www/html 0.0s
谢谢,我错过了那个信息,我正在单独搜索添加页面。我知道,docker build
vsdocker run
。我现在发现,当使用DOCKER\u BUILDKIT=1 DOCKER build-t tag-f dockerfile.custom.yml
时。我能够阅读图像构建的内容-我现在看到ADD
条目_默认的docker build
对于较大的图像有太多的信息输出,因此不确定。匿名否决票:(最好告诉我重复的情况或需要否决票的原因。没有为否决票提供信息:(