#020 Issues nach Gitea übertragen #20

New Issue

2026-09-17T19:43:05Z

florian.wilde commented

2026-09-17 19:43:05 +00:00

Ziel

Die Issue-Dateien aus docs/issues/ sollen als echte Issues im Gitea-Tracker erscheinen und dort
aktuell bleiben – ohne dass sie von Hand nachgepflegt werden müssen.

Aufgaben

Skript scripts/gitea-issues.ts, das die Dateien liest und über die Gitea-API abgleicht
Meilensteine anlegen (v0.1.0 bis v1.0.0), Labels anlegen (agent, backend, ui, docs …)
Issues anlegen; vorhandene anhand der Nummer im Titel wiedererkennen und aktualisieren
Erledigte Issues in Gitea schließen, wieder geöffnete erneut öffnen
Trockenlauf ohne Token (--dry-run) zur Kontrolle vor dem ersten echten Lauf
npm-Skript issues:sync und Beschreibung im README

Akzeptanzkriterien

Ein Lauf legt alle 20 Issues mit Titel, Text, Label und Meilenstein in Gitea an
Ein zweiter Lauf ändert nichts Unnötiges (keine Dubletten)
Der Token steht nur in der Umgebung, nie im Repository

Abhängigkeiten

#001

Notizen / Entscheidungen

Die Markdown-Dateien bleiben die Quelle der Wahrheit: Sie liegen im Repo, sind ohne Netz lesbar und
wandern mit jedem Klon mit. Gitea bekommt eine Kopie zum Kommentieren und Zuweisen.
Der Token kommt aus den Git-Zugangsdaten (git credential fill), Adresse und Repo aus dem Remote.
Damit muss derselbe Token nicht zweimal gepflegt werden.
Gefragt werden zuerst die eingerichteten Helfer (Schlüsselbund), danach zusätzlich ~/.git-credentials –
je nach Rechner ist mal das eine, mal das andere gefüllt.
Erster echter Lauf am 17.09.2026: 20 Issues, 15 Labels und 13 Meilensteine angelegt, erledigte Issues
direkt geschlossen. Zweiter Lauf: 0 neue, 20 aktualisiert – keine Dubletten.

Quelle: docs/issues/020-gitea-issue-abgleich.md – dort wird dieses Issue gepflegt.

## Ziel Die Issue-Dateien aus `docs/issues/` sollen als echte Issues im Gitea-Tracker erscheinen und dort aktuell bleiben – ohne dass sie von Hand nachgepflegt werden müssen. ## Aufgaben - [x] Skript `scripts/gitea-issues.ts`, das die Dateien liest und über die Gitea-API abgleicht - [x] Meilensteine anlegen (v0.1.0 bis v1.0.0), Labels anlegen (agent, backend, ui, docs …) - [x] Issues anlegen; vorhandene anhand der Nummer im Titel wiedererkennen und aktualisieren - [x] Erledigte Issues in Gitea schließen, wieder geöffnete erneut öffnen - [x] Trockenlauf ohne Token (`--dry-run`) zur Kontrolle vor dem ersten echten Lauf - [x] npm-Skript `issues:sync` und Beschreibung im README ## Akzeptanzkriterien - [x] Ein Lauf legt alle 20 Issues mit Titel, Text, Label und Meilenstein in Gitea an - [x] Ein zweiter Lauf ändert nichts Unnötiges (keine Dubletten) - [x] Der Token steht nur in der Umgebung, nie im Repository ## Abhängigkeiten #001 ## Notizen / Entscheidungen - Die Markdown-Dateien bleiben die Quelle der Wahrheit: Sie liegen im Repo, sind ohne Netz lesbar und wandern mit jedem Klon mit. Gitea bekommt eine Kopie zum Kommentieren und Zuweisen. - Der Token kommt aus den Git-Zugangsdaten (`git credential fill`), Adresse und Repo aus dem Remote. Damit muss derselbe Token nicht zweimal gepflegt werden. - Gefragt werden zuerst die eingerichteten Helfer (Schlüsselbund), danach zusätzlich `~/.git-credentials` – je nach Rechner ist mal das eine, mal das andere gefüllt. - Erster echter Lauf am 17.09.2026: 20 Issues, 15 Labels und 13 Meilensteine angelegt, erledigte Issues direkt geschlossen. Zweiter Lauf: 0 neue, 20 aktualisiert – keine Dubletten. --- Quelle: `docs/issues/020-gitea-issue-abgleich.md` – dort wird dieses Issue gepflegt.

florian.wilde added this to the v0.4.1 milestone 2026-09-17 19:43:05 +00:00

florian.wilde added the infrastruktur docs labels 2026-09-17 19:43:05 +00:00

florian.wilde closed this issue

2026-09-17 19:43:05 +00:00

florian.wilde referenced this issue from a commit

2026-09-17 19:44:04 +00:00

feat(tooling): Gitea-Token aus den Git-Zugangsdaten lesen (#020)

Sign in to join this conversation.