Pack 构建工具中临时构建器镜像未被清理的问题分析

在 Pack 构建工具的使用过程中，用户发现了一个关于临时构建器镜像（ephemeral builder image）未被正确清理的问题。这个问题会导致在多次构建后系统中残留大量未清理的镜像，占用存储空间并可能影响后续构建效率。

问题现象

当用户使用 pack build 命令进行构建时，如果该构建过程创建了临时构建器镜像，那么构建完成后这些临时镜像不会被自动删除。这与之前的行为不同，之前版本会自动清理这些临时镜像。

通过以下步骤可以复现该问题：

1. 清理 Docker 系统环境
2. 创建一个简单的测试项目目录并添加 Procfile 文件
3. 使用 pack 命令构建项目
4. 检查 Docker 镜像列表，会发现残留的临时构建器镜像

技术背景

Pack 构建工具在构建过程中会创建临时构建器镜像，这些镜像是从基础构建器镜像派生而来，用于隔离构建环境。在理想情况下，这些临时镜像应该在构建完成后立即被清理，因为它们已经完成了使命且不再需要。

问题根源

经过技术分析，发现问题出在镜像名称比较的逻辑上。createEphemeralBuilder 函数会修改传入的 rawBuilderImage 参数，导致 ephemeralBuilder.Name() == rawBuilderImage.Name() 的比较总是返回 true。这使得清理逻辑误以为临时构建器镜像就是原始构建器镜像，从而跳过了删除步骤。

影响范围

这个问题会影响所有使用临时构建器镜像的 Pack 构建场景。随着构建次数的增加，系统中会积累越来越多的临时镜像，可能导致：

• 磁盘空间被大量占用
• Docker 镜像列表变得混乱
• 可能影响后续构建的性能

解决方案

开发团队已经提出了修复方案，主要思路是避免在 createEphemeralBuilder 函数中修改传入的原始构建器镜像参数。这样可以确保后续的名称比较能够正确识别出需要删除的临时镜像。

最佳实践

在等待官方修复版本发布期间，用户可以采取以下措施：

1. 定期手动清理 Docker 系统中的无用镜像
2. 监控磁盘使用情况，及时处理空间不足的情况
3. 关注 Pack 项目的更新，及时升级到修复版本

这个问题提醒我们在软件开发中需要注意函数参数的不可变性，特别是当参数会被用于后续比较或判断时。保持参数的原始状态可以避免许多潜在的问题。