Skip to content
Snippets Groups Projects
Select Git revision
  • 57ce42c1166e7467dc662fa8aa01d289bc9c7b08
  • main default protected
  • KOP-3351-open-source-files
  • adjust-certificate
  • OZG-8085-ci-components-poc
  • release
  • 1.10.0
  • 1.9.0
  • 1.8.1
  • 1.8.0
  • 1.7.0
  • 1.6.2
  • 1.6.1
  • 1.6.0
  • 1.4.1
15 results

xta-test-server

Jan Zickermann's avatar
Jan Zickermann authored
Merge pull request 'OZG-6831 Use same service path as dev-nachrichtenbroker' (#14) from OZG-6831-adjust-service-path into main

Reviewed-on: https://git.ozg-sh.de/ozgcloud-lib/xta-test-server/pulls/14


Reviewed-by: default avatarLukas <lukasmalte.monnerjahn@dataport.de>
57ce42c1
History

Build

Bauen des Projektes
$ mvn clean package
Bauen des Projektes mit einem Profil
$ mvn clean package -P <Profilename>

Profile werden immer in der Reihenfolge angewendet, in welcher Sie angegeben wurden.

Verfügbare Profilnamen
  • "zip" - Erstellen von einer Zip-Datei mit allem Projektinhalten

  • "plantuml" - Umwandeln der *.puml-Grafiken in das SVG-Format zum Einbetten in die Dokumentation

  • "asciidoctor" - Erstellen der Dokumentation im Format HTML und PDF

Beispiel
$ mvn clean package -P plantuml,asciidoctor

Release-Erstellung

Eine Konsole im Projektverzeichnis öffnen und in den develop Branch wechseln.

$ git checkout develop

Branch aktualisieren.

$ git pull

Release beginnen. In der Konsole wird die nächste Releaseversion abgefragt. Wichtig: Es dürfen keine Release-Branches (origin/release/…​) mehr offen sein, anderenfalls kann kein neues Release gestartet werden. Weiterhin dürfen keine unveröffentlichten Änderungen im Projekt vorhanden sein.

$ mvn clean package gitflow:release-start

In diesem Schritt wird ein Release-Branch erzeugt. In diesem können bei Bedarf letzte Änderungen durchgeführt werden.

Wichtig: Es soll kein Push zurück ins Repository erfolgen, die Änderungen werden nur via Commit ins Repository übertragen. Release abschließen ohne Deployment. Das Deployment übernimmt GitLab.

$ mvn gitflow:release-finish

ASCIIDOC

Für die Projektdokumentation wird ASCIIDOC verwendet. ASCIIDOC bietet viel mehr Möglichkeiten bei der Dokumentation als Markdown.

Editor

Es gibt die verschiedensten Editoren für ASCIIDOC Dateien (siehe Link). Der Eclipse ASCIDOC Editor hat Probleme SVG Dateien korrekt im Preview anzuzeigen. Der Editor für Visual Studio Code hat diese Probleme nicht.

PlantUML

Für die Erstellung von Klassendiagrammen und Sequenzdiagrammen wird PlantUML verwendet. Die Diagramme werden in die ASCIIDOC Dokumente als SVG Grafik eingebunden. Dies ist wichtig, da anderenfalls die Diagramme im GitLab Projekt nicht dargestellt werden. Das Rendern von PlantUML Diagrammen ist im GitLab nicht aktiviert.

Umwandeln in eine SVG Grafik

Die Umwandlung in SVG erfolgt durch den Build mit dem Profil "asciidoctor".

$ mvn clean package -Pasciidoctor