mhoennigandClaude Opus 4.8
fccd32190a
Offizieller Actions-Weg (upload-pages-artifact + deploy-pages) mit permissions pages/id-token und concurrency-Gruppe "pages"; Trigger: Push auf main + workflow_dispatch. Vitest-Step als Platzhalter auskommentiert (Tests folgen, TASKS.md Phase 1). Site-Aufbau: frontend/index.html an die Wurzel-URL, dazu docs/brand/ (Favicon) und LICENSE (MIT-Link im Footer). Die ../-Pfade der Quelle zeigten von der Wurzel aus über die Site hinaus; statt den Editor zu aendern, zieht der Workflow sie nur auf der Site-Kopie per sed gerade (Editor-Quelle bleibt unveraendert, lokal weiter nutzbar). backend/ und uebrige docs/ werden nicht veroeffentlicht. Doku: README-Abschnitt "Deployment" (inkl. einmaliger Settings- Umstellung auf Source "GitHub Actions", Repo muss oeffentlich sein), TASKS.md-Rubrik "Deployment" abgehakt, DECISIONS D16. Hinweis: der Auftrag nannte "D15", das war aber schon fuer den kompakten Modus vergeben -> als D16 angelegt. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
1.6 KiB
1.6 KiB
Aufgaben
Abhaken beim Erledigen; neue Aufgaben unten anfügen.
Phase 1 — Modularisierung & Tests
- Projektgerüst:
src/(parser.js, model.js, render.js, app.js),tests/,index.htmlbindet Module ein; weiterhin ohne Build nutzbar (ES-Module) oder mit minimalem Setup (Vite) — Entscheidung dokumentieren. - Parser extrahieren; Verhalten exakt wie in
docs/SPEC.md§1–§8. - Unit-Tests für den Parser (Vitest): kanonisches Beispiel aus SPEC §10
als Fixture; Randfälle: gemischte Gates, Tabs/ungleichmäßige Einrückung,
URL mit
@, mehrere Wurzeln, leere Labels,%%am Zeilenanfang/-ende. - Renderer extrahieren (HTML-String-Erzeugung), Snapshot-Tests für Normal- und Vertikalmodus sowie „Untergliederung fehlt“.
- Warnungs-Modell vereinheitlichen (Zeilennummern, Typen).
Phase 2 — Qualität
- Barrierefreiheit: Fokusreihenfolge, aria-Labels für Status/Größe/Tags.
- Druck-Stylesheet (Diagramm ohne Editor-Panel).
- Fehlertolerantes Parsen weiter ausbauen (unbekannte Statuszeichen melden).
Deployment
- GitHub-Pages-Workflow angelegt (
.github/workflows/pages.yml, siehe docs/DECISIONS.md D16).
Phase 3 — Integrationen (siehe docs/ROADMAP.md)
- Backend-Gerüst per Spring Initializr in
backend/anlegen (Kotlin, Gradle Kotlin DSL, JDK 21; Konventionen: backend/CLAUDE.md). - SVG-Renderer (Layout-Engine) als gemeinsame Basis für Export und Mermaid-Plugin.
- Mermaid-Plugin-Spike: Detektor + Registrierung, ein Minimalbaum.
- Taiga-Spike:
#ref-Syntax parsen, Status via REST-API auflösen (read-only), Mapping konfigurierbar.