From dd12ab505bdfd7c7c7fbaa0b035569bdd1bd6ee9 Mon Sep 17 00:00:00 2001 From: Christoph Emsenhuber Date: Sun, 30 Aug 2026 11:43:24 +0200 Subject: [PATCH] Korrektur: bf-infra HAT ein Gitea-Remote (Inventur-Aussage vom 08-27 ueberholt) CLAUDE.md behauptete "lokal, kein Gitea-Remote (Working-Copy). Verloren bei Festplattencrash." Live geprueft 2026-08-30: origin = https://gitea.emsenhuber.net/admin/bf-infra.git origin/main = b917691 (Handoff 2026-08-28) Das Remote existiert also seit spaetestens 2026-08-28. Die Aussage war bei der Inventur am 08-27 richtig und ist seither ueberholt -- nicht falsch erhoben, sondern nicht mitgezogen. Anlass: eine Session hat die Zeile uebernommen und "lokaler Master ohne Gitea-Remote" behauptet, statt `git remote -v` zu tippen. Genau der Fall aus dem Lessons-Block "Kommentar in Code != Verhalten". Merkregel deshalb an der korrigierten Zeile verankert. CLAUDE.md: Zeile direkt korrigiert (lebende Anweisungsdatei). Handoff 2026-08-27: Originalzeile bewusst erhalten, Korrekturvermerk darunter -- historische Fassungen werden hier nicht umgeschrieben. Die Backup-Luecke bleibt real, hat aber eine andere Ursache als notiert: nicht fehlende Struktur, sondern ungepushte Commits (am 08-30 waren es vier). Co-Authored-By: Claude Opus 5 --- CLAUDE.md | 2 +- docs/handoff-20260827-inventur-und-architektur.md | 1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/CLAUDE.md b/CLAUDE.md index 518f517..b76d258 100644 --- a/CLAUDE.md +++ b/CLAUDE.md @@ -13,7 +13,7 @@ DNS/DHCP-Ablösung, WLAN via **CAPsMAN auf dem Core** (TP28, 2026-08-17 — der ## Was du sofort wissen musst (Inventur 2026-08-27) -- **`bf-infra`** ist aktiver Master, **lokal, kein Gitea-Remote** (Working-Copy). Verloren bei Festplattencrash. +- **`bf-infra`** ist aktiver Master **mit Gitea-Remote**: `origin` = `https://gitea.emsenhuber.net/admin/bf-infra.git` (live verifiziert 2026-08-30). ⚠️ **Die frühere Zeile „lokal, kein Gitea-Remote → verloren bei Festplattencrash" ist überholt** — sie stammt aus der Inventur vom 2026-08-27 und war damals richtig; das Remote existiert seit spätestens 2026-08-28 (`origin/main` = `b917691`). **Die Backup-Lücke ist damit keine Struktur-, sondern eine Disziplinfrage: `git push`.** Am 2026-08-30 lagen vier Commits nur lokal. 🔴 **Merkregel:** diese Zeile hat eine Session dazu gebracht, „kein Remote" zu behaupten, statt `git remote -v` zu tippen — vor jeder Aussage über Remotes/Backups **live prüfen**. - **`admin/bf-network-r6`** (Gitea) ist Archiv, letzte aktive Commits 2026-08-25 → read-only-Header. - **`admin/bf-golden-config`** (Gitea) ist Bot-Master (Nautobot 2×/Tag), nicht manuell. - **`admin/blaueblueten-n8n`** (Gitea) ist Master für terpene-Repo. diff --git a/docs/handoff-20260827-inventur-und-architektur.md b/docs/handoff-20260827-inventur-und-architektur.md index a430f96..4de413a 100644 --- a/docs/handoff-20260827-inventur-und-architektur.md +++ b/docs/handoff-20260827-inventur-und-architektur.md @@ -7,6 +7,7 @@ ## TL;DR - `bf-infra` ist **aktiver Fork** von `bf-network-r6`; aktiv gepflegt, **kein Gitea-Remote** → Backup-Lücke. + - 🔴 **Korrektur 2026-08-30 (Befund steht, Schlussfolgerung überholt):** das Remote existiert inzwischen — `origin` = `https://gitea.emsenhuber.net/admin/bf-infra.git`, `origin/main` = `b917691` (2026-08-28). Der Satz oben war am 08-27 zutreffend und ist **bewusst erhalten**; er darf aber nicht mehr als Ist gelesen werden. Die Backup-Lücke schließt ein `git push`, kein neues Repo. - `admin/bf-network-r6` (Gitea) = historischer Master, letzte aktive Commits 2026-08-25 → auf read-only stellen (deine Aktion). - `admin/bf-golden-config` (Gitea) = Bot-Master (Nautobot BACKUP/GENERATE 2×/Tag) → kein lokaler Mirror. - `admin/blaueblueten-n8n` (Gitea) = Master für terpene-Repo, aktiv.