Docker-compose -用maven构建，重用maven存储库

Question

当使用Maven构建我的Spring-boot映像时，我现在在Dockerfile中执行此操作。Maven将下载所有依赖项，然后编译我的文件。这需要相当长的时间。

如何通过docker-compose (Dockerfile)指定构建过程重用我的“windows 10 Home”Maven库？所以，(新)下载的数量是最小的。我的开发环境:我使用Docker quickstart终端，所以使用docker-machine。

这是我的docker-compose.yml文件的一部分:

version: '3'
services:
  spring-boot-app:
    image: spring-boot-image
    build:
      context: ./
      dockerfile: Dockerfile
    depends_on:
      - mysql-docker-container
    ports:
      - 8087:8080
    volumes:
      - $HOME/.m2/repository:/root/.m2/repository
      - /data/spring-boot-app

我的泊坞文件是：

FROM java:8
FROM maven:alpine
WORKDIR /app
COPY . /app
RUN mvn -v
RUN mvn clean install -DskipTests
EXPOSE 8080
LABEL maintainer=“[e-mail]”
ADD ./target/spring-boot-example-0.0.1-SNAPSHOT.jar /developments/
ENTRYPOINT ["java","-jar","/developments/spring-boot-example-0.0.1-SNAPSHOT.jar"]

Answer 1

@杰克·戈尔-非常感谢你给我指路。我看到了帖子，但还没有一个明确的答案。在深入研究了所有不同的答案后，这些信息为我提供了对症状的答案以及如何解决类似问题的见解。

答：通过Dockerfile，您可以通过1个或多个后续映像层构建最终映像。为了防止该步骤每次都重新下载依赖项，您可以为依赖项的“下载世界”创建一个映像层。只有当pom.xml文件中的依赖项发生变化时，才会重新下载。

为此，您将 Dockerfile 拆分为 2 个构建步骤：首先复制 pom.xml文件并构建它。这将创建一个包含所有依赖项的映像层。作为第二步，您构建应用程序。

FROM java:8
FROM maven:alpine

# image layer
WORKDIR /app
ADD pom.xml /app
RUN mvn verify clean --fail-never

# Image layer: with the application
COPY . /app
RUN mvn -v
RUN mvn clean install -DskipTests
EXPOSE 8080
ADD ./target/your.jar /developments/
ENTRYPOINT ["java","-jar","/developments/your.jar"]

然后得到以下构建场景：

< li >第一次构建时(docker构建。)下载依赖项，在步骤2中构建应用程序jar。 < li >当您立即重建依赖项(pom.xml)和应用程序源时，它们不会发生变化。因此，不需要改变图像层。大楼很快就建成了。 < li >如果您更改了1个应用程序源文件，则仅下载少量内容，并构建应用html" target="_blank">程序。所以你没有下载这个世界。 < li >如果您更改pom.xml文件，从而更改依赖关系，则所有依赖关系下载都将完成。

通过一些非常短的视频显示了分离图像层的影响。

当然，这种构建方式的缺点是最终（生产）图像包含的不仅仅是应用程序。不仅JAR在其中，还有许多依赖项。

如何解决这个图像太大的问题:

• 通过一个技巧减小图像大小。使用选项：--squash。这在这篇文章中有解释。
• 将构建过程（此处为：maven和/或ng build--prod）分离为docker构建步骤之前的一个步骤。然后执行docker构建并仅将jar文件放在最终图像中。
• 使用CI/CD环境，例如Jenkinsfile（管道）。在Jenkins管道中，您首先构建映像。所有依赖项都已经存在。您只重建应用程序。您执行docker构建等。

对我来说，这是最好的选择。你可以自动化这个过程，并保持图像尺寸较小。