mocode-software/meldestelle
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
9754f3e36b
meldestelle/docs/90_Reports/2026-04-02_DevOps_Report.md
Stefan Mogeritsch cdadcf4611 docs(reports): add comprehensive status and recommendation reports for key roles 
- Created and saved detailed reports for Frontend, Backend, UI/UX, Architecture, DevOps, QA, Rulebook, and Curation in `docs/90_Reports/`.
- Included prioritized action items, challenges, and next steps across disciplines.
- Addressed documentation gaps and organized steps for improving workflow consistency and validation across the stack.

Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>
2026-04-02 11:15:38 +02:00

2.0 KiB
Raw Blame History

🐧 [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.