在Docker Build中使用缓存进行CMAKE构建过程

Question

我需要Docker Image中的一个应用程序，该应用程序需要一些必须从源构建的库的特定版本。

因此，我在Docker构建过程中构建它。

问题是，花费了这么长时间（约30分钟）。

我想知道，如果下次进行构建过程，是否可以将其保存到缓存层并跳过它。

这是Dockerfile代码的关键部分：

ADD https://sqlite.org/2022/sqlite-autoconf-3380200.tar.gz sqlite-autoconf-3380200.tar.gz
RUN tar -xvzf sqlite-autoconf-3380200.tar.gz
WORKDIR sqlite-autoconf-3380200
RUN ./configure
RUN make
RUN make install

WORKDIR /tmp
ADD https://download.osgeo.org/proj/proj-9.0.0.tar.gz proj-9.0.0.tar.gz
RUN tar -xvzf proj-9.0.0.tar.gz
WORKDIR proj-9.0.0
RUN mkdir build
WORKDIR build
RUN cmake ..
RUN cmake --build .
RUN cmake --build . --target install
RUN projsync --system-directory --list-files

Answer 1

关于Docker层缓存的重要细节是，如果以前的步骤的任何都发生了变化，则将重建以下步骤的所有所有。因此，对于您的设置，如果您更改了早期依赖项中的任何内容，它将导致所有以后的步骤再次重建。

在这种情况下，docker 多阶段构建可以帮助您。这个想法是，您将在自己的图像中构建每个库，因此每个库的构建都可以独立缓存。然后，您可以将所有构建结果复制到最终图像中。

我将在此处描述的具体方法（a）所有组件安装到/usr/local，（b）/usr/local最初是空的，（c）不同的库安装之间没有冲突。您应该能够使其适应其他文件系统布局。

下面的所有内容都在同一码头中。

我将在选择基础Linux-Distribution图像的第一阶段。如果您知道您将始终需要安装某些内容 - TLS CA证书，强制包装更新 - 您可以将其放在此处。实现这一目标有助于确保一切都与一致的基础建立。

FROM ubuntu:20.04 AS base
# empty in this example

由于您需要构建多个内容，因此下一个阶段将安装任何构建时间依赖关系。 C工具链及其依赖项很大，因此，由于可以在后来的阶段共享工具链，因此拥有此独立的时间和空间。

FROM base AS build-deps
RUN apt-get update \
 && DEBIAN_FRONTEND=noninteractive \
    apt-get install --no-install-recommends --assume-yes \
      build-essential \
      cmake
    # libfoo-dev

现在，对于每个单独的库，您都有一个单独的构建阶段，可以下载源，构建并将其安装到/usr/local中。

FROM build-deps AS sqlite
WORKDIR /sqlite
ADD https://sqlite.org/2022/sqlite-autoconf-3380200.tar.gz sqlite-autoconf-3380200.tar.gz
...
RUN make install

FROM build-deps AS proj
WORKDIR /proj
ADD https://download.osgeo.org/proj/proj-9.0.0.tar.gz proj-9.0.0.tar.gz
...
RUN cmake --build . --target install

要实际构建您的应用程序，您将需要C工具链，此外，您还需要这些各种库。

FROM build-deps AS app
COPY --from=sqlite /usr/local/ /usr/local/
COPY --from=proj /usr/local/ /usr/local/
WORKDIR /app
COPY ./ ./
RUN ./configure && make && make install

完成所有操作后，在App图像中，/usr/local树将拥有所有已安装的库（copy> copy从上一个图像中）加上您的应用程序。因此，对于最后阶段，请从原始OS映像（无C工具链）开始，然后复制 /usr/local/local tree（无原始源）。

FROM base
COPY --from=app /usr/local/ /usr/local/

EXPOSE 12345
CMD ["myapp"] # in `/usr/local/bin`

假设您更新到proj的较新的补丁版本。在sqlite路径中，base和build-deps层没有更改，add和运行命令是相同的，因此此阶段完全来自缓存。 PROJ已重建。这将导致复制-from = proj步骤使app阶段中的高速缓存无效，并且您将针对新的库重建应用程序。