# 🐧 [DevOps Engineer] Report - 2. April 2026

## 1. Aktueller Status

In den letzten Commits sehen wir Anpassungen an den Gradle-Build-Skripten im Backend (
`masterdata-domain/build.gradle.kts`), bei denen Abhängigkeiten zum `platformTesting` bereinigt wurden. Die Entwicklung
konzentriert sich stark auf die Desktop-App (`meldestelle-desktop`), was bedeutet, dass die Paketierung und Auslieferung
für den Desktop-Client relevant wird.

## 2. Empfehlungen & Prioritäten

**🔴 P1: Desktop-App Packaging (Compose for Desktop)**

* *Warum:* Das "Event-First" Workflow-Update zeigt, dass der `meldestelle-desktop` Client immer vollständiger wird und
  für Tests durch Stakeholder bereitgestellt werden sollte.
* *Aktion:* Konfiguration von Gradle/Conveyor oder `compose.desktop.nativeDistributions`, um installierbare Pakete (z.B.
  `.msi`, `.dmg` oder `.deb`) für die Ziel-Betriebssysteme der Meldestellen automatisch via CI/CD zu bauen.

**🟠 P2: CI/CD Pipeline für Compose Tests**

* *Warum:* Die UI-Tests und Navigationstests (z.B. `DeepLinkHandlerTest`) müssen bei jedem Push laufen, um Regressionen
  im komplexen V2-Navigation-Flow zu verhindern.
* *Aktion:* Ausbau der GitHub Actions (oder GitLab CI), um die Compose-Desktop-Tests "headless" auszuführen und schnelle
  Feedback-Schleifen für die UI-Entwicklung zu etablieren.

**🟠 P2: Vorbereitung der Offline-Datenbank (LAN)**

* *Warum:* Im Frontend-Code ist dokumentiert, dass "eine eigene Datenbank initialisiert wird". Die LAN-Synchronisation
  aus ADR-0020 wird konkreter.
* *Aktion:* Evaluierung und Bereitstellung der Infrastruktur für lokale SQLite-Datenbanken innerhalb der
  Desktop-Applikation inklusive eventueller Sync-Tools (z.B. Realm oder custom Ktor/SQLDelight Sync-Worker).

**🟡 P3: Artefakt-Versionierung und Releases**

* *Warum:* Es ist bald ein MVP-Release fällig.
* *Aktion:* Einführung einer sauberen Semantic Versioning Strategie, um Client (Desktop) und Server (Spring Boot)
  koordiniert als Release-Paket taggen und deployen zu können.