Node.js 多阶段Dockerfile导致空间不足

由于我的代码（nodeJS应用程序）的更改比（npm）依赖项的更改更频繁，因此我尝试在我的CI中构建类似缓存的东西

我正在使用一个多级Dockerfile。在这种情况下，我只对所有产品依赖项运行npm安装。之后，它们被复制到最终图像，使其更小。太好了

此外，如果没有更改依赖项，构建速度也会非常快

但是，随着时间的推移，硬盘已经满了，所以我必须运行

docker prune…

来收回空间。但是，当我这样做时，缓存就消失了

因此，如果在CI中的每个管道之后运行

prune

，我将无法获得多级Dockerfile的“缓存功能”

### 1. Build
FROM node:10.13 AS build
WORKDIR /home/node/app

COPY ./package*.json ./
COPY ./.babelrc ./

RUN npm set progress=false \
    && npm config set depth 0 \
    && npm install --only=production --silent \
    && cp -R node_modules prod_node_modules
RUN npm install --silent

COPY ./src ./src
RUN ./node_modules/.bin/babel ./src/ -d ./dist/ --copy-files

### 2. Run
FROM node:10.13-alpine
RUN apk --no-cache add --virtual \
      builds-deps \
      build-base \
      python
WORKDIR /home/node/app

COPY --from=build /home/node/app/prod_node_modules ./node_modules
COPY --from=build /home/node/app/dist .

EXPOSE 3000
ENV NODE_ENV production
CMD ["node", "app.js"]

---

如果您的CI系统允许您执行多个

docker build

步骤，则可以将其拆分为两个docker文件

#Dockerfile.dependencies
#docker build-f Dockerfile.dependencies-t me/dependencies。
从节点：10.13
...
运行npm安装

#Dockerfile
#docker build-t me/应用程序。
来自我/依赖项：最新版本
副本./src./src
运行./node_modules/.bin/babel./src/-d./dist/--复制文件
从节点：10.13-1
...
CMD[“node”，“app.js”]

如果执行此操作，则可以在每次生成后执行以下操作：

docker图像修剪

依赖项映像的最新版本将有一个标签，因此它不会“悬空”，也不会出现在映像列表中。在每个构建上，它的标签将从上一个构建（如果它发生了更改）中“获取”，因此此序列将清理上一个构建。这也将删除“构建”映像，不过正如您所注意到的，如果有任何更改触发构建，它可能会出现在

src

树中，因此在那里强制重建是合理的

---

在这种特定情况下，仅使用

latest

标记是合适的。如果最终生成的图像有一些更独特的标记（例如，基于版本号或时间戳），并且它们正在堆积，那么您可能需要对该图像列表进行一些更具创造性的过滤，以清理它们。

该问题有什么错误，因为它被否决，并且有一个关闭请求。如果没有人对此发表评论，这也无济于事。

docker images-f dangling=true-q | xargs docker rmi

和

docker images prune

之间有什么区别？什么都没有。但是

docker images-q | xargs docker rmi

可以追溯到远古时代（也是当多个docker文件是进行“多阶段”图像构建的唯一方法时），这就是我所内化的

docker image prune

在这里可以正常工作。我将答案更新为使用

docker image prune

，使其更简短、更容易。