Il tuo repository esperto su GitHub
Gli sviluppatori possono caricare la propria libreria su GitHub, per il quale dispone di uno speciale plug-in site-maven-plugin . Vediamo un esempio del suo utilizzo:
<project>
<properties>
<github.global.server>github</github.global.server>
<github.maven-plugin>0.9</github.maven-plugin>
</properties>
<distributionManagement>
<repository>
<id>internal.repo</id>
<name>Temporary Staging Repository</name>
<url>file://${project.build.directory}/mvn-repo</url>
</repository>
</distributionManagement>
<build>
<plugins>
<plugin>
<artifactId>maven-deploy-plugin</artifactId>
<version>2.8.1</version>
<configuration>
<altDeploymentRepository>
internal.repo::default::file://${project.build.directory}/mvn-repo
</altDeploymentRepository>
</configuration>
</plugin>
<plugin>
<groupId>com.github.github</groupId>
<artifactId>site-maven-plugin</artifactId>
<version>${github.maven-plugin}</version>
<configuration>
<message>Maven artifacts for ${project.version}</message>
<noJekyll>true</noJekyll>
<outputDirectory>${project.build.directory}/mvn-repo</outputDirectory>
<branch>refs/heads/mvn-repo</branch>
<includes>**/*</includes>
<repositoryName>SuperLibrary</repositoryName>
<repositoryOwner>codegymu-student</repositoryOwner>
</configuration>
<executions>
<execution>
<goals>
<goal>site</goal>
</goals>
<phase>deploy</phase>
</execution>
</executions>
</plugin>
</plugins>
</build>
</project>
Vediamo cosa c'è scritto qui.
La creazione di un repository locale temporaneo è evidenziata in blu. Tecnicamente è solo una cartella, ma abbiamo bisogno che Maven la tratti come un repository separato.
Abbiamo evidenziato in rosso il lancio del plug-in maven-deploy-plugin , dove abbiamo indicato che la libreria compilata dovrebbe essere collocata in questo repository temporaneo.
E infine, il plug-in site-maven-plugin è evidenziato in verde , che dovrebbe prendere tutti i file dal repository e inviarli a GitHub. Qualche spiegazione è necessaria qui. Tutti i parametri sono divisi in due gruppi: cosa riempire e dove riempire.
Cosa compiliamo:- outputDirectory - directory dove ottenere i file per il commit
- include - imposta la maschera dei file da salvare
- repositoryOwner : il nome del proprietario del repository su GitHub
- repositoryName - nome del repository
- branch - imposta il ramo del repository su GitHub su cui eseguire il commit
- messaggio - il messaggio che verrà aggiunto durante il commit
Devi anche specificare login e password per il tuo repository in Maven setting.xml :
<settings>
<servers>
<server>
<id>github</id>
<username>[username]</username>
<password>[password]</password>
</server>
</servers>
</settings>
Per connettere (usare) una libreria da un repository GitHub a un altro progetto, devi specificare questo repository nel tuo pom.xml :
<repositories>
<repository>
<id>[name-project]-mvn-repo</id>
<url>https://raw.github.com/[username]/[name-project]/mvn-repo/</url>
<snapshots>
<enabled>true</enabled>
<updatePolicy>always</updatePolicy>
</snapshots>
</repository>
</repositories>
Successivamente, Maven capirà da dove ottenere la libreria.
- [nome-progetto] è il nome del progetto, nel nostro caso SuperLibrary
- [username] è il login su GitHub, nell'esempio è codegym-user
Comprimere l'assembly in un'immagine Docker
Viviamo in un nuovo tempo, quando i progetti come risultato dell'assembly possono essere inseriti nel repository Maven, o forse nello storage docker.
Per fare amicizia con Maven e Docker, abbiamo bisogno del plug-in docker-maven-plugin . Niente di complicato:
<build>
<plugins>
<plugin>
<groupId>com.spotify</groupId>
<artifactId>docker-maven-plugin</artifactId>
<version>0.4.10</version>
<configuration>
<dockerDirectory>${project.basedir}</dockerDirectory>
<imageName>codegym/${project.artifactId}</imageName>
</configuration>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>build</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
Evidenziato in blu è il punto in cui abbiamo aggiunto il goal bulid alla fase del pacchetto della build. Può essere chiamato con il comando mvn docker:build .
Il tag dockerDirectory specifica la cartella in cui si trova il Dockerfile. E il nome dell'immagine viene impostato utilizzando il tag imageName .
Se il progetto è impacchettato in un file jar, il file docker sarà simile a questo:
FROM java:11
EXPOSE 8080
ADD /target/demo.jar demo.jar
ENTRYPOINT ["java","-jar","demo.jar"]
Se stai impacchettando un'applicazione web, potrebbe essere necessario aggiungere Tomcat:
FROM tomcat8
ADD sample.war ${CATALINA_HOME}/webapps/ROOT.war
CMD ${CATALINA_HOME}/bin/catalina.sh run
GO TO FULL VERSION