如何在Docker多阶段构建层中缓存Maven依赖项和插件？

Question

我想在Docker多阶段构建的构建阶段的一层中缓存Maven依赖项。

我的泊坞文件如下所示：

FROM maven:3-jdk-8 as mvnbuild
RUN mkdir -p /opt/workspace
WORKDIR /opt/workspace
COPY pom.xml .
RUN mvn -B -s /usr/share/maven/ref/settings-docker.xml dependency:resolve
COPY . .
RUN mvn -B -s /usr/share/maven/ref/settings-docker.xml package

FROM openjdk:8-jre-alpine
...

```

我基于Docker多阶段构建博文(也可以在Github上获得)中提供的例子编写了这个Docker文件。

当我运行构建时，我看到的不是依赖项：resolve下载一次依赖项，然后由包，而是通过两个步骤下载的依赖项。

有人让这个工作吗？我在这里做错了什么？

Answer 1

我想在这个上提供我的两分钱。

我从这个Dockerfile开始：

FROM maven:3-jdk-10 AS build

RUN mkdir /src
WORKDIR /src
COPY pom.xml .
RUN mvn -B dependency:resolve-plugins dependency:resolve

COPY . .
RUN mvn package

目标是在构建步骤期间不下载任何依赖项（即mvn包）。

我尝试添加@Apolozeus在回答中提到的清洁包技巧，但这没有效果。就我而言，我在测试期间下载了surefire，在编译期间下载了mapstruct插件。

我最后所做的是在我的pom中明确添加这两个插件.xml以便尽早下载它们：

    <dependency>
        <groupId>org.apache.maven.surefire</groupId>
        <artifactId>surefire-junit4</artifactId>
        <version>2.21.0</version>
        <scope>test</scope>
    </dependency>

    <dependency>
        <groupId>org.mapstruct</groupId>
        <artifactId>mapstruct-processor</artifactId>
        <version>1.2.0.Final</version>
        <scope>compile</scope>
    </dependency>

这是可行的，在构建步骤中不会发生进一步的下载，这加快了构建的速度。

Answer 2

我遇到了同样的问题。我发现这是由于Maven目标之间的差异（例如依赖：解决与依赖：解决插件）。基本上，依赖：解决用于应用程序库，依赖：解决-插件用于插件库。因此，库可以在两个RUN步骤中下载。

依赖关系：解析告诉Maven解析所有依赖关系并显示版本。JAVA 9注意：使用Java9运行时将显示模块名称。

依赖关系：解决插件告诉Maven解决插件及其依赖关系。

https://maven.apache.org/plugins/maven-dependency-plugin/index.html

即使使用依赖项：resolve-plugins，Maven也不会下载所有必需的库，因为包是一个内置目标，并且需要其他库，而依赖项：resolve-plugin在第一次运行中不知道要解析。我还尝试了依赖性：离线但没有成功。

一种解决方案是在将代码添加到构建映像之前和之后运行构建目标。这将把所有插件依赖项拉到较低的层中，允许它们被重用。

将此解决方案应用于上面的示例如下：

FROM maven:3-jdk-8 as mvnbuild
RUN mkdir -p /opt/workspace
WORKDIR /opt/workspace
COPY pom.xml .
RUN mvn -B -s /usr/share/maven/ref/settings-docker.xml dependency:resolve-plugins dependency:resolve clean package
COPY . .
RUN mvn -B -s /usr/share/maven/ref/settings-docker.xml clean package

FROM openjdk:8-jre-alpine