2026-07-31 12:00:00 +00:00
parent 4e03950d3f
commit 98c6483b9f
1 changed files with 32 additions and 0 deletions
@@ -269,6 +269,38 @@ Betroffene Issues (werden bei der GitLab-Migrations-Planung umformuliert):
**Nächster Schritt:** die drei manuellen Schritte oben, dann → erledigt.
## CFGMON-12 — Gitea-Projektmetadaten nach GitLab umziehen/integrieren
**Status:** offen · Prio MED · angelegt 2026-07-31
Beim CI/CD-Umzug (2026-07-31) ist nur der **Code** nach git.lab gewandert; alle
Projektmetadaten liegen weiterhin auf Gitea/rohana. Verifiziert per API am
2026-07-31: alle 20 git.lab-Projekte melden `open_issues=0`.
Noch auf Gitea:
- **Issues** inkl. Kommentare/Labels: ThreadNet-Web (#2, #5, …), threadnet-call (#1),
  gitops (#24, #25, #32, …)
- **Meilensteine** (u. a. die Release-Meilensteine im gitops-Repo)
- **Wiki** (gitops-Wiki mit `00-TASKS.md`-Log — bisher bewusst direkt-Gitea)
- **Releases/Packages** (npm-Registry bleibt laut Lockfile-Entscheidung in
  [CFGMON-11](#cfgmon-11--gitea-ci-rückbau-nach-gitlab-umzug) auf rohana — bei
  diesem Punkt prüfen, ob das so bleibt)
Vor Umsetzung zu klären:
1. **GitLab-Gitea-Importer vs. API-Skript** — der Importer verliert Autorenschaft
   (alles läuft unter dem Import-User) und Issue-Nummern können sich verschieben
   → Commit-/Kommentar-Referenzen prüfen.
2. **Erreichbarkeit**: rohana ist von überall erreichbar, git.lab nur im Homelab —
   das gilt dann für alle Issues und muss bewusst entschieden werden. Gleiches
   Argument betrifft das Backlogs-Repo selbst (bisher bewusst direkt-Gitea).
3. **Flux-relevante Teile**: ob die gitops-Wiki-Konventionen mitgehen.
Nach dem Umzug gehört ein Hinweis in die Topologie-Abschnitte (gitops
README/CLAUDE.md, Fork-Docs) — dort steht aktuell „Issues/Wiki/Releases bleiben
auf Gitea" als geltende Regel.
---
## Erledigt