Files
KanbanGit/docs/ui-rework/epic-1-issue-20.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

3.1 KiB

UI Rework 20: Git-Bereich und Branch-Erstellung am Ticket

Epic: Epic 1

Abhängigkeiten: Issue 5, Issue 15

Ziel und Grenzen

Git-Bereich und Branch-Erstellung am Ticket 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: resources/js/pages/projects/Ticket.vue; app/Http/Controllers/ProjectTicketBranchController.php; resources/js/types/models/ticket-repository-branch-model.ts. 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

Implementierungsweg

  1. Branch-/Pull-Request-Anzeigen sowie bestehenden Branch-Erstellablauf in eigene neue Komponenten überführen.
  2. Repositoryauswahl, Namensvorschlag und vorhandene Prüfungen erhalten.
  3. Laufende Anfragen, fehlenden Git-Zugriff und Providerfehler als eigene Zustände abbilden. Den Weg zu vorhandenen Verbindungseinstellungen anbieten, Formulareingaben bei Fehlern erhalten und externe Git-Links entsprechend kennzeichnen.

Akzeptanzkriterien

  • Fehlende Git-Verbindung und Providerfehler sind verständlich.
  • Branch-Erstellung funktioniert.
  • Fremde Git-Links öffnen extern.
  • Bestehende Zuordnungsregeln bleiben erhalten.

Prüfung

Vorhandene gezielte Abdeckung: tests/Feature/Projects/ProjectTicketBranchControllerTest.php. Nur bei Berührung des jeweiligen Verhaltens aktualisieren bzw. ausführen.

Gezielte Verhaltenstests für die Änderung; betroffene PHPUnit-Featuretests bei Controller-/Resource-/Route-Anpassungen. Oberfläche mit Tastatur und bei mobiler Breite in beiden Themes prüfen. Projektvorgaben für Lint/Build und bei Vue/TypeScript abschließend npm run types:check erfüllen. Keine ausschließlich optischen Momentaufnahmen als Ersatz für Verhaltenstests.

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.