sbt-native-packager为何生成Docker悬空镜像？

这是sbt-native-packager的Docker插件正常构建流程的产物，不用太担心，我来给你拆解一下背后的逻辑：

原因分析 #

sbt-native-packager构建Docker镜像时默认采用了类似多阶段构建的逻辑：

1. 首先会创建一个临时镜像（就是你看到的<none>镜像），这个镜像会包含构建应用所需的所有依赖、编译后的产物，甚至构建工具本身，所以体积更大（你的是703MB）。
2. 接着，插件会以你指定的基础镜像（这里是openjdk:8）为基础，只把临时镜像里运行应用必需的内容（比如jar包、配置文件）复制到新镜像中，生成最终的目标镜像（sweetsoft/sapmock:latest，664MB）。
3. 当最终镜像构建完成后，那个临时镜像就没有任何标签或容器引用它了，所以Docker会把它标记为<none>的悬空镜像。

这种设计的核心目的是减小最终镜像的体积——只保留运行时需要的内容，把构建过程中的冗余文件都排除在外。

解决/优化方案 #

如果你觉得悬空镜像占用空间，可以用这些方式处理：

• 手动清理：构建完成后执行docker image prune -f，Docker会自动删除所有无引用的悬空镜像。
• 构建时自动清理：可以把清理命令和构建命令组合起来，比如：

  sbt docker:publishLocal && docker image prune -f
  

• 检查插件配置：如果你不需要这种分层构建的逻辑（不推荐，因为会让最终镜像变大），可以尝试调整sbt-native-packager的构建策略，但一般来说默认的流程已经是最优的了。

另外看了你的build.sbt配置，dockerAlias用Git版本号的设置没问题，不会导致悬空镜像的产生，放心使用就行。

内容的提问来源于stack exchange，提问作者softshipper