Maven débardeur cache dépendances

Généralement, il n'y a pas de changement dans pom.xml fichier, mais seulement certains d'autres modifications du code source lorsque vous tentez de démarrer le panneau de l'image de construire. Dans de telles circonstances, vous pouvez le faire:

pour info:

FROM maven:3-jdk-8

ENV HOME=/home/usr/app

RUN mkdir -p $HOME

WORKDIR $HOME

# 1. add pom.xml only here

ADD pom.xml $HOME

# 2. start downloading dependencies

RUN ["/usr/local/bin/mvn-entrypoint.sh", "mvn", "verify", "clean", "--fail-never"]

# 3. add all source code and start compiling

ADD . $HOME

RUN ["mvn", "package"]

EXPOSE 8005

CMD ["java", "-jar", "./target/dist.jar"]

Donc, la clé est:

1. ajouter pom.xml fichier.

2. puis mvn verify --fail-never, il va télécharger les dépendances maven.

3. ajouter tous vos fichier source, et de commencer votre compilation(mvn package).

Quand il y a des changements dans votre pom.xml fichier ou que vous exécutez ce script pour la première fois, docker va faire 1 -> 2 -> 3. Quand il n'y a pas de changements dans pom.xml fichier, docker va passer directement à l'étape 1, le 2 et 3 directement.

Cette simple astuce peut être utilisée dans de nombreux autres package de gestion des cas(gradle、fil、mnp、pip).

Edit:

Vous devriez également envisager l'utilisation de mvn dependency:resolve ou mvn dependency:go-offline en conséquence que les autres commentaires & réponses suggèrent.

@Kim est plus proche, mais il n'est pas encore là. Je ne pense pas que l'ajout de --fail-never est correct, même à travers elle obtenir le travail fait.

La verify de commande provoque un grand nombre de plugins pour l'exécuter ce qui est un problème (pour moi) - je ne pense pas qu'ils devraient être en cours d'exécution lorsque tout ce que je veux, c'est d'installer les dépendances! J'ai aussi un multi-module de génération et un javascript sous-construire de sorte que cette situation complique l'installation.

Mais seulement verify n'est pas assez, parce que si vous exécutez install dans les commandes suivantes, il y aura plus de plugins utilisés - ce qui signifie plus de dépendances à télécharger - maven refuse de télécharger le contraire. Pertinentes lire: Maven: Introduction à la construction du Cycle de vie

Vous avez essentiellement à trouver ce que les propriétés de désactiver tous les plugins et les ajouter un par un, afin de ne pas briser votre build.

WORKDIR /srv

# cache Maven dependencies
ADD cli/pom.xml /srv/cli/
ADD core/pom.xml /srv/core/
ADD parent/pom.xml /srv/parent/
ADD rest-api/pom.xml /srv/rest-api/
ADD web-admin/pom.xml /srv/web-admin/
ADD pom.xml /srv/
RUN mvn -B clean install -DskipTests -Dcheckstyle.skip -Dasciidoctor.skip -Djacoco.skip -Dmaven.gitcommitid.skip -Dspring-boot.repackage.skip -Dmaven.exec.skip=true -Dmaven.install.skip -Dmaven.resources.skip

# cache YARN dependencies
ADD ./web-admin/package.json ./web-admin/yarn.lock /srv/web-admin/
RUN yarn --non-interactive --frozen-lockfile --no-progress --cwd /srv/web-admin install

# build the project
ADD . /srv
RUN mvn -B clean install

mais certains plugins ne sont pas facilement ignoré - je ne suis pas un maven expert (donc je ne sais pas pourquoi, il ignore la cli option - il est peut-être un bug), mais fonctionne comme prévu pour org.codehaus.mojo:exec-maven-plugin

<project>
    <properties>
        <maven.exec.skip>false</maven.exec.skip>
    </properties>

    <build>
        <plugins>
            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>exec-maven-plugin</artifactId>
                <version>1.3.2</version>
                <executions>
                    <execution>
                        <id>yarn install</id>
                        <goals>
                            <goal>exec</goal>
                        </goals>
                        <phase>initialize</phase>
                        <configuration>
                            <executable>yarn</executable>
                            <arguments>
                                <argument>install</argument>
                            </arguments>
                            <skip>${maven.exec.skip}</skip>
                        </configuration>
                    </execution>
                    <execution>
                        <id>yarn run build</id>
                        <goals>
                            <goal>exec</goal>
                        </goals>
                        <phase>compile</phase>
                        <configuration>
                            <executable>yarn</executable>
                            <arguments>
                                <argument>run</argument>
                                <argument>build</argument>
                            </arguments>
                            <skip>${maven.exec.skip}</skip>
                        </configuration>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>
</project>

remarquez l'explicite <skip>${maven.exec.skip}</skip> - autres plugins de prendre cette place à partir de la cli params mais pas celui-ci (ni -Dmaven.exec.skip=true ni -Dexec.skip=true travail par lui-même)

Espère que cette aide

Je ne pense pas que les autres réponses ici sont optimales. Par exemple, le mvn vérifier réponse exécute les étapes suivantes, et fait beaucoup plus que simplement de résoudre les dépendances:

valider le valider le projet est correct et toutes les informations nécessaires sont disponibles

compilation compiler le code source du projet

test - tester le code source compilé à l'aide d'une framework de test unitaire. Ces tests ne doivent pas exiger le code être emballés ou déployé

paquet - prendre le code compilé et de les emballer dans sa distribuable format, comme un POT.

vérifiez - exécuter tous les contrôles sur les résultats de tests d'intégration pour garantir les critères de qualité sont respectés

L'ensemble de ces phases et de leurs objectifs n'ont pas besoin d'être couru si vous voulez seulement de résoudre les dépendances.

Si vous souhaitez seulement à résoudre des dépendances, vous pouvez utiliser le de la dépendance:allez-hors ligne objectif:

FROM maven:3-jdk-12
WORKDIR /tmp/example/

COPY pom.xml .
RUN mvn dependency:go-offline

COPY src/ src/
RUN mvn package

J'ai eu ce problème il suffit d'un peu de tout à l'heure. L'existe de nombreuses solutions sur le web, mais la seule qui a fonctionné pour moi est tout simplement monter un volume pour le maven répertoire des modules:

mkdir /opt/myvolumes/m2

puis dans le Dockerfile:

...
VOLUME /opt/myvolumes/m2:/root/.m2
...

Il existe de meilleures solutions, mais pas aussi simple.

Ce blog va le mile supplémentaire pour vous aider à tout mettre en cache:

https://keyholesoftware.com/2015/01/05/caching-for-maven-docker-builds/

À L'Aide De BuildKit

De Docker v18.03, vous pouvez utiliser BuildKit au lieu de volumes qui ont été mentionnées dans les autres réponses. Il permet le montage des caches qui peuvent persister entre construit et vous pouvez éviter le téléchargement de contenu du correspondant .m2/repository à chaque fois.

En supposant que le Dockerfile est à la racine de votre projet:

# syntax = docker/dockerfile:1.0-experimental

FROM maven:3.6.0-jdk-11-slim AS build
COPY . /home/build
RUN mkdir /home/.m2
WORKDIR /home/.m2
USER root
RUN --mount=type=cache,target=/root/.m2 mvn -f /home/build/pom.xml clean compile

target=/root/.m2 monte cache à l'endroit spécifié dans maven image Dockerfile docs.

Pour le bâtiment, vous pouvez exécuter la commande suivante:

DOCKER_BUILDKIT=1 docker build --rm --no-cache  .   

Plus d'infos sur BuildKit peut être trouvé ici.