如何强制Docker进行镜像的全新构建

技术背景

在使用Docker构建镜像时，Docker会使用构建缓存来加速后续的构建过程。当再次使用相同的docker build命令构建镜像时，Docker会检查每个步骤是否有变化，如果没有变化，就会直接使用缓存中的结果，而不会重新执行该步骤。然而，在某些情况下，如缓存的内容与实际需求不符，或者想要确保使用最新的基础镜像和依赖，就需要强制Docker进行全新的镜像构建，而不使用缓存。

实现步骤

使用--no-cache选项

可以在docker build命令中添加--no-cache选项来强制Docker不使用缓存进行构建。示例命令如下：

docker build --no-cache -t u12_core -f u12_core .

在旧版本的Docker中，需要使用--no-cache=true，但现在只需使用--no-cache即可。

结合--pull选项

为了确保使用最新的基础镜像，可以同时使用--pull选项。--pull会触发拉取FROM指令中引用的基础镜像，保证使用的是最新版本。完整命令如下：

docker build --pull --no-cache --tag myimage:version .

对于docker-compose，也有相同的选项：

docker-compose build --no-cache --pull

如果docker-compose文件引用了镜像，--pull选项在已有镜像的情况下不会重新拉取。若要强制重新拉取，可以运行：

docker-compose pull

清除构建缓存

在某些极端情况下，可以使用docker builder prune命令清除构建缓存。添加-af选项可以在不提示确认的情况下清除所有缓存：

docker builder prune -af

清理Docker系统资源

如果上述方法都无法解决问题，可以使用docker system prune命令清理系统中的未使用资源。该命令会移除所有停止的容器、未被至少一个容器使用的卷、未被至少一个容器使用的网络以及没有关联容器的镜像。运行该命令时会提示确认：

docker system prune

若要强制移除所有未使用的资源，包括构建缓存，可以添加-a选项：

docker system prune -a

核心代码

以下是使用--no-cache和--pull选项进行镜像构建的核心代码示例：

# 不使用缓存构建镜像
docker build --no-cache -t myimage:version .

# 不使用缓存并拉取最新基础镜像构建镜像
docker build --pull --no-cache --tag myimage:version .

# 使用docker-compose不使用缓存并拉取最新基础镜像构建镜像
docker-compose build --no-cache --pull

最佳实践

• 开发阶段：在开发过程中，如果只修改了部分步骤，可以考虑使用缓存来加快构建速度。但当基础镜像更新或依赖发生变化时，应使用--no-cache和--pull选项进行全新构建。
• 生产环境：在生产环境中，为了确保镜像的一致性和安全性，建议每次构建都使用--no-cache和--pull选项，避免使用缓存。
• Dockerfile优化：将多个相关的RUN指令合并为一个，减少镜像层的数量，避免不必要的缓存问题。例如：

# 不推荐
RUN apt-get update
RUN apt-get -y install php5-fpm

# 推荐
RUN apt-get update && apt-get -y install php5-fpm

常见问题

--no-cache和--pull选项不起作用

可能是由于某些缓存数据仍然存在，或者Docker配置有问题。可以尝试使用docker builder prune -af清除构建缓存，或者使用docker system prune -a清理系统资源。

docker-compose无法重新拉取镜像

如果docker-compose文件中引用了镜像，--pull选项在已有镜像的情况下不会重新拉取。可以使用docker-compose pull命令强制重新拉取。

清理系统资源后丢失重要数据

使用docker system prune -a命令会清除大量未使用的资源，包括停止的容器、卷、网络和镜像等。在执行该命令前，应确保备份了重要的数据和镜像。