Umzug ins Lab: git.lab kanonisch, Gitea wird Push-Mirror; Migrations-Stand komplett

- README: Repo-Topologie-Abschnitt (git.lab = Quelle der Wahrheit, nie direkt
  zu Gitea pushen); Ausnahme Deploy-Uebergabe-Issues bleiben auf dem Gitea-Tracker
  (CFGMON erreicht git.lab nicht)
- issue-migration: alle 4 Repos migriert (62 Issues), gitops-Nummernverschiebung
  dokumentiert, Cutover-Stand

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01PKhFj1S3UdD6xL2fbWPeYj

README.md

@@ -4,6 +4,20 @@ Zentrale Sammlung offener Punkte über alle Hosts und Dienste hinweg. Ein Eintra
 landet hier, wenn er bewusst nicht sofort erledigt wurde — damit er nicht in einer
 Chat-Historie oder einem Kopf verschwindet.
 
+## Repo-Topologie (seit 2026-08-01)
+
+**Kanonisch lebt dieses Repo auf `git.lab`** (`axion1337.chat/Backlogs`, nur im
+Lab bzw. via VPN erreichbar — das Lab ist die Quelle der Wahrheit).
+`rohana.axion1337.de/sorb/Backlogs` ist ein **Push-Mirror**: git.lab überschreibt
+ihn bei jedem Push per Force. Deshalb **nie direkt zu Gitea pushen** — solche
+Commits gehen beim nächsten Mirror-Lauf verloren (Rettung: `.patch` von Gitea
+ziehen + `git am`, siehe [Kanonisierung](verfahren/deploy-uebergabe.md)).
+
+**Eine bewusste Ausnahme:** Die **Deploy-Übergabe-Issues** laufen weiter auf dem
+Gitea-Mirror (dortiger Issue-Tracker), weil CFGMON und andere Hosts außerhalb
+des Labs `git.lab` nicht erreichen — eine Übergabe muss aber von beiden Seiten
+lesbar/kommentierbar sein.
+
 ## Aufbau
 
 ```
@@ -44,8 +58,8 @@ hinweg gelten und deshalb an kein einzelnes Projekt-Repo gehören.
 
 Zur Deploy-Übergabe gehört die Issue-Vorlage
 `.gitea/ISSUE_TEMPLATE/deploy-uebergabe.yaml` — sie erscheint beim Anlegen eines
-Issues in diesem Repo als **Deploy-Übergabe**. Das ist die eine Ausnahme von der
-Regel unter „Verhältnis zu Gitea-Issues": die Übergabe-Issues laufen hier, weil
+Issues in diesem Repo als **Deploy-Übergabe**. Die Übergabe-Issues laufen auf dem
+**Gitea-Mirror** (siehe Repo-Topologie oben: CFGMON erreicht git.lab nicht), weil
 das Verfahren repo-übergreifend gilt; der fachliche Inhalt bleibt im jeweiligen
 Projekt-Repo.
 
@@ -100,14 +114,15 @@ jeweiligen Projekt-Repos, z. B. `sorb/threadnet-operating` für den
 Monitoring-Stack auf CFGMON. Damit nichts doppelt geführt wird, verweisen die
 Projekt-Repos hierher statt eigene Backlog-Dateien zu pflegen.
 
-## Verhältnis zu Gitea-Issues
+## Verhältnis zu Projekt-Issues
 
-Manche Projekt-Repos (z. B. `sorb/axion1337.chat-gitops`) führen ihren eigenen
-Feature-/Fix-Backlog als Gitea-Issues — das bleibt dort, wird hier **nicht**
+Die Projekt-Repos führen ihren eigenen Feature-/Fix-Backlog als Issues — **seit
+2026-08-01 auf git.lab** (Migration per gitops#48, alte Gitea-Issues tragen einen
+Verweis auf ihr GitLab-Gegenstück). Das bleibt dort, wird hier **nicht**
 dupliziert. Faustregel für die Abgrenzung:
 
 - **Reiner Projekt-Scope** (eine Funktion in einem Repo, ein Bug in einem Service):
-  Gitea-Issue im jeweiligen Projekt-Repo, kein Eintrag hier.
+  Issue im jeweiligen Projekt auf git.lab, kein Eintrag hier.
 - **Host-/Infrastruktur-Scope** (betrifft einen Host direkt, oder eine Entscheidung
   über mehrere Hosts/Repos hinweg, z. B. wo ein CI-Runner laufen soll): Eintrag
   hier, mit Verweis auf betroffene Issues statt deren Inhalt zu wiederholen.

verfahren/issue-migration/README.md

@@ -30,11 +30,18 @@ Tokens: `~/.config/gitea-rohana/token` (read:issue) und
 
 | Repo | Ziel | Status |
 |---|---|---|
-| sorb/thread-net-git | Projekt 18 | ✅ migriert 2026-08-01 (Testlauf, 1 Issue, verifiziert) |
-| sorb/threadnet-call | Projekt 19 | ausstehend |
-| sorb/ThreadNet-Web | Projekt 16 | ausstehend |
-| sorb/axion1337.chat-gitops | Projekt 20? | ausstehend — größter Brocken, zuletzt |
+| sorb/thread-net-git | Projekt 18 | ✅ 2026-08-01 (1 Issue, nummerngleich) |
+| sorb/threadnet-call | Projekt 19 | ✅ 2026-08-01 (2 Issues, nummerngleich) |
+| sorb/ThreadNet-Web | Projekt 16 | ✅ 2026-08-01 (9 Issues, nummerngleich) |
+| sorb/axion1337.chat-gitops | Projekt 17 | ✅ 2026-08-01 (50 Issues, **Nummern verschoben**) |
 
-**Cutover-Nachschritte** (erst nach vollständiger Migration, siehe gitops#48):
-Gitea-Issues schließen/als migriert markieren, Doku-Verweise umbiegen
-(CLAUDE.md-Topologieregel!), TURN-Rotations-Hinweis, Bot-/Token-Workflows.
+⚠️ **gitops-Nummern sind NICHT deckungsgleich**: Gitea hatte Lücken (PRs zählen
+mit), GitLab vergibt lückenlos — z. B. Gitea#48 → GitLab#46, Gitea#51 → GitLab#49,
+Gitea#52 → GitLab#50. Die verbindliche Zuordnung steht im Migrations-Fußtext
+jedes GitLab-Issues (`Migriert aus Gitea …#N`); alte Commit-/Doku-Verweise auf
+„gitops#N" meinen die **Gitea**-Nummer.
+
+**Cutover-Nachschritte** (siehe gitops#48): Gitea-Issues schließen/als migriert
+markieren ✅ 2026-08-01, Doku-Verweise umgebogen (CLAUDE.md-Topologieregel) ✅,
+Milestones wurden nicht migriert (akzeptierter Verlust, gitops hatte keine
+aktiven), Bot-/Token-Workflows (claude-issues → GitLab-Äquivalent) offen.