Da GitActions jetzt eine Vorschau-Version ist, lassen Sie git den Maven erstellen und für Web Apps bereitstellen
Erstellen Sie zunächst eine Java-Anwendung für Maven + Tomcat
Maven schrieb wie folgt
<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>
Besonders gepackt ist der Teil finalName </ font>, der den Namen des von mvn install generierten War-Dateinamens darstellt. Da WebApps standardmäßig auf ROOT und darunter verweisen, ist ein Fehler aufgetreten, wenn er anders angegeben wurde.
Sobald Sie Ihre App erstellt haben, senden Sie sie an GitHub
Erstellen Sie einen App Service Plan und Web Apps (die Java-Umgebung entspricht der App), wählen Sie "Deploy Center" und dann GitAction oder das Repository der erstellten App.
Am Ende wird yaml ausgegeben, aber wenn Sie sich das ansehen, können Sie sehen, dass die Auswahl der Java-Version und die mvn-Neuinstallation abgeschlossen sind.
An diesem Punkt können Sie sehen, dass die GitHub-Aktion funktioniert. Wenn es keine Probleme gibt, wird es bereitgestellt und kann normal aufgerufen werden.
Jenkins und Azure Pipeline sind ebenfalls großartige Tools, aber ich befürchtete, dass das Einrichten und Erstellen etwas umständlich sein würde. Daher war es viel einfacher, da ich diesmal GitActions verwenden konnte, ohne es zu erstellen, solange ich GitHub und Azure registriert habe.
Ich habe yaml diesmal nicht bearbeitet, aber ich denke, dass es durch Anpassen (Ausführung eines Komponententests usw.) effektiver entwickelt werden kann.
Recommended Posts