Étant donné que GitActions est maintenant une version préliminaire, demandez à git de faire le build maven et de le déployer sur Web Apps
Tout d'abord, créez une application Java pour Maven + Tomcat
maven a écrit comme suit
<properties>
<java.version>1.8</java.version>
<maven.compiler.source>1.8</maven.compiler.source>
<maven.compiler.target>1.8</maven.compiler.target>
<RESOURCEGROUP_NAME>DeployTest</RESOURCEGROUP_NAME>
<WEBAPP_NAME>MavenJsptest</WEBAPP_NAME>
</properties>
<dependencies>
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>4.0.1</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
</dependencies>
<build>
<finalName>ROOT</finalName> <!-- Azure default root pass -->
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<version>2.6</version>
<configuration>
<packagingExcludes>WEB-INF/lib/javax.servlet-api-3.0.1.jar</packagingExcludes>
</configuration>
</plugin>
</plugins>
</build>
La partie finalName </ font>, qui est le nom du fichier war généré par mvn install, est particulièrement compacte. Puisque WebApps fait référence à ROOT et ci-dessous par défaut, une erreur s'est produite si elle a été spécifiée autrement.
Poussez vers GitHub lorsque vous avez terminé de créer l'application
Créez un plan App Service et des applications Web (l'environnement Java correspond à l'application), sélectionnez «Deploy Center», puis sélectionnez GitAction ou le référentiel de l'application créée.
À la fin, yaml est sorti, mais si vous regardez à l'intérieur, vous pouvez voir que la sélection de la version Java et l'installation propre de mvn sont terminées.
À ce stade, vous pouvez voir que l'action GitHub fonctionne. S'il n'y a aucun problème, il sera déployé et est accessible normalement.
Jenkins et Azure Pipeline sont également d'excellents outils, mais je craignais que leur configuration et leur construction ne soient un peu fastidieuses, donc c'était beaucoup plus facile car je pouvais utiliser GitActions cette fois sans le construire tant que j'enregistrais GitHub et Azure.
Je n'ai pas édité yaml cette fois, mais je pense qu'il peut être développé plus efficacement en le personnalisant (exécution de test unitaire, etc.).
Recommended Posts