--- type: issue id: "0075" status: rejected created: 2026-07-28 milestone: M2 priority: low area: infrastructure projekt: gitops gitlab_iid: "40" related: [] --- # Neue Issues erscheinen nicht automatisch im Gitea-Kanban/Projects-Board > Adoptiert aus [gitops#40](https://git.lab/axion1337.chat/axion1337.chat-gitops/-/issues/40) (2026-08-18, ADR-0019). Kommentare und Verlauf bleiben dort; kanonisch ist ab jetzt diese Datei. Gitea bietet aktuell keine REST-API fuer Projects/Kanban-Boards (bestaetigt mit 4 verschiedenen Tokens, darunter ein Full-Admin-Token - durchgehend 404). Das ist keine Berechtigungsfrage auf unserer Seite, sondern eine tatsaechlich fehlende Upstream-Funktion (siehe Gitea GitHub Issue #36824, offenes Feature-Request, Stand 2026-07-28 noch nicht implementiert). Konkrete Auswirkung: Neu erstellte Issues (#11-#39, per Batch-Script aus dem alten TASKS.md-Backlog migriert) landen nicht automatisch im bestehenden Kanban/Projects-Board der Roadmap - muessen manuell per Drag&Drop/UI hinzugefuegt werden. Optionen fuer die Zukunft: - Manuell nachpflegen (aktueller Stand) - Auf ein Gitea-Update warten, falls die Projects-API implementiert wird - Alternatives Board-Tool evaluieren, falls das dauerhaft zu nervig wird Niedrige Prioritaet, da rein organisatorisch - kein technisches Risiko. --- *Migriert aus Gitea `sorb/axion1337.chat-gitops#40` — dort erstellt am 2026-07-28 von sorb.* ## Gegenstandslos — Relevanz-Durchgang 2026-08-18 Die Voraussetzung des Issues gibt es nicht mehr. Es beschreibt, dass neue Issues nicht automatisch im **Gitea**-Kanban landen, weil Gitea keine Projects-API hat. Inzwischen liegen die Issues weder in Gitea noch primär in einem Board: kanonisch ist `docs/issues/` im management-Repo, und die Board-Ansicht auf GitLab wird von `scripts/spiegel_issues.py` deterministisch beschrieben — genau die Automatik, die hier gefehlt hat, nur an einer anderen Stelle ([ADR-0012](../adr/0012-issues-im-repo-gitlab-als-spiegel.md), [ADR-0019](../adr/0019-komponenten-issues-adoptiert.md)). Die fehlende Gitea-API ist damit kein Mangel mehr, sondern irrelevant. Kein Aufwand offen, nichts zu tun — deshalb `rejected` statt `done`: erledigt wurde hier nichts, die Frage hat sich aufgelöst.