1.背景
最近接手了一个docker服务,现需要对镜像进行修改,原始的 Dockerfile 已经丢失,只能通过先修改容器,然后将容器中的修改同步到镜像当中,那么该如何操作呢?
2.解决方法
首先,Docker 不支持直接将容器中的修改同步到基础镜像中,因为容器的设计初衷就是暂时运行一个应用程序或服务,并随时可以进行更改或删除。
因此,要同步修改到基础镜像,需要执行以下步骤:
1)将容器文件进行归档
通过 export
将容器归档为一个tar文件,以便将容器中的修改同步到之前镜像中。命令如下:
# 此命令将导出容器的完整文件系统
docker export [container-id] > container.tar
2)创建一个新的 Dockerfile
接下来,需要为新的基础镜像创建一个新的 Dockerfile。在 Dockerfile 中,需要使用 FROM
指令指定旧的基础镜像,并使用 ADD
指令将 tar 文件添加到新的基础镜像中。例如:
FROM [old-image]
ADD container.tar /
3)构建新的基础镜像
使用新的 Dockerfile 构建新的基础镜像,构建后的镜像中包含容器中的修改内容:
# 注意最后面有一个点
docker build -t [new-image] .
3.注意事项
- 这种同步修改到基础镜像的方法并不推荐使用,因为它可能会导致镜像的不一致性。
- 更好的方法是在 Dockerfile 中描述应用程序或服务的所有依赖项和配置,并使用版本控制来管理代码和配置文件。
- 这样可以确保每次构建镜像时都会得到一致的结果,并使镜像更加可靠和可重复。
4.commit命令踩坑记录
如果想将对容器的修改内容同步到基础镜像中,千万不要使用 commit
命令将容器打包成镜像!!!
-
这是因为当镜像被创建为容器后,由于命令的执行,除了你想同步到镜像的修改内容之外,还有很多文件被改动或添加了。如果是安装软件包、编译构建,将会有大量的无关内容被添加进来,导致镜像极为臃肿。
-
根据镜像所使用的
分层存储
的概念,除当前层外,之前的每一层都是不会发生改变的,换句话说,任何修改的结果仅仅是在当前层进行标记、添加、修改,而不会改动上一层。如果使用docker commit
制作镜像,后期修改的话,每一次修改都会让镜像更加臃肿一次,所删除的上一层的东西并不会丢失,会一直如影随形的跟着这个镜像,即使根本无法访问到。这会让镜像更加臃肿。
整理完毕,完结撒花~ 🌻
参考地址:
1.使用docker commit将修改后的容器保存为镜像及其使用注意事项,https://blog.csdn.net/a772304419/article/details/123199579