目录

• • 1.背景
  • 2.解决方法
  • • 1）将容器文件进行归档
    • 2）创建一个新的 Dockerfile
    • 3）构建新的基础镜像
  • 3.注意事项
  • 4.commit命令踩坑记录

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