Files
KanbanGit/docs/ui-rework/epic-1-issue-43.md
T
Twyco 642e49d7b0
CI/CD / test_and_check_app (push) Failing after 2m11s
CI/CD / Publish immutable image (push) Skipped
feat: added ui docs
2026-09-09 08:15:37 +02:00

2.6 KiB

UI Rework 43: Getrennte Prüf- und Build-Pipelines

Epic: Epic 1

Abhängigkeiten: Issue 39, Issue 41, Issue 42

Ziel und Grenzen

Getrennte Prüf- und Build-Pipelines als abgegrenzten Teil des vollständigen Frontend-Neubaus umsetzen. Grundlage: Vue 3/Inertia 2 mit Laravel, Tauri 2 für Apps, gemeinsames Repository, servergeladene Oberfläche, HTTPS, Hell/Dunkel/System und englische Texte über Übersetzungsschlüssel. Bestehende Fachlogik bleibt maßgeblich; Resources und Routen nur soweit für diese Oberfläche erforderlich anpassen. Keine zusätzlichen Produktmodule.

Einstieg

Gezielt prüfen: Dockerfile; .github/workflows/ci_cd.yml; .github/tests/test_and_check_app/action.yml. Die Pfade sind Einstiegspunkte, keine Erlaubnis zu fachlichen Umbauten. AGENTS.md und die für den tatsächlich geänderten Bereich geltenden Skills beachten. Vor Codeänderungen die zur installierten Version passende Dokumentation prüfen.

Design: Fluid Emerald Kanban

Technische Referenz: Tauri 2.

Implementierungsweg

  1. Laravel/Web-Prüfungen von Tauri-Builds trennen.
  2. Passende Linux-/macOS-Runner festlegen.
  3. Änderungen nach Pfaden zuordnen, gemeinsame Änderungen vollständig prüfen.
  4. Bestehendes Serverrelease erhalten.

Akzeptanzkriterien

  • Serverimage enthält keine native Toolchain.
  • Erforderliche Prüfungen werden nicht übersprungen.
  • macOS/Android-Artefakte sind getrennt.
  • iOS bleibt Selbstbau.

Prüfung

Zunächst den im Ticket genannten Plattformbuild und die beschriebenen Abläufe prüfen. Für neue App-Logik gezielte Tests für Navigation, Zustände oder URL-Verarbeitung ergänzen; Plattformverhalten im passenden Simulator bzw. auf einem geeigneten Gerät prüfen. Bei Vue/TypeScript-Änderungen abschließend npm run types:check; bei Backend-Anpassungen betroffene PHPUnit-Tests.

Grenze der Agentensitzung

Nur dieses Ticket und bereits erfüllte Abhängigkeiten bearbeiten. Ein zusammenhängendes Ergebnis mit passenden Tests liefern; keine Nachbartickets mitziehen. Die Aufteilung zielt auf eine begrenzte Sitzung mit Reserve für Prüfung, garantiert aber kein festes Zeit- oder Tokenbudget. Wenn unerwartete Voraussetzungen den Umfang wesentlich vergrößern, rechtzeitig den Stand, betroffene Dateien, bereits ausgeführte Prüfungen und den konkret nötigen Folgeschritt festhalten.