Question

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

我正在使用多阶段Dockerfile。在那我运行npm install为所有，并且只有，prod依赖项。之后，将它们复制到最终图像，以使其更小。很好。

如果没有更改依赖关系，构建也会变得超级快。

但是，随着时间的流逝，高清会变满，因此我必须运行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"]

Answer 1

如果CI系统允许您执行多个docker build步骤，则可以将其分为两个Dockerfile。

# Dockerfile.dependencies
# docker build -f Dockerfile.dependencies -t me/dependencies .
FROM node:10.13
...
RUN npm install

# Dockerfile
# docker build -t me/application .
FROM me/dependencies:latest AS build
COPY ./src ./src
RUN ./node_modules/.bin/babel ./src/ -d ./dist/ --copy-files

FROM node:10.13-alpine
...
CMD ["node", "app.js"]

如果执行此操作，则可以在每次构建后delete unused images：

docker image prune

最新版本的依赖项映像将带有标签，因此不会“晃来晃去”，也不会出现在映像列表中。在每个构建中，其标签将“取自”先前的构建（如果已更改），因此此序列将清除先前的构建。这也会删除“构建”图像，尽管您注意到如果更改了任何内容来触发构建，它可能位于src树中，因此强制进行重建是合理的。 / p>

在这种特定情况下，仅使用latest标签是合适的。如果最终生成的图像具有更多唯一标签（例如，基于版本号或时间戳）并且它们正在堆叠，那么您可能需要对该图像列表进行更多创造性的过滤以清除它们。

多阶段Dockerfile导致空间不足

1 个答案: