Betriebs-Fallstrick dokumentiert: Dev-Server nach Seiten-Umbenennungen neu starten

- plans/doku-audit.md Welle I: Ursache des Starlight-Slug-Fehlers (laufender astro dev haelt den
  Content-Graph, .astro/ wird mit astro build geteilt), Ablauf zum Neustart und Routenpruefung
- AGENTS.md 4: Kurzregel dazu
- Verifiziert: 70/70 Routen liefern 200 aus dem Container nach dem Neustart
This commit is contained in:
apairon committed 2026-10-17 14:13:56 +00:00
1 parent dca8d317dc
commit 38a927e3c4
2 files changed
+4 -1

No files matched your search

+3
View File
@@ -72,6 +72,9 @@ npm run build # muss grün durchlaufen (prüft interne Links NIC
Sidebar-Eintrag). Nicht mehr aufrufen; die Datei wird entfernt, sobald niemand sie vermisst.
- `server/uebersicht.md` und `admin/konzept.md` sind Handarbeit.
- Screenshots werden mitgeliefert (statischer Build braucht sie).
- **Nach Umbenennungen/Slug-Änderungen:** `astro dev` (Container `tibi-docs-docs-1`) hält den Content-Graph im
Speicher und teilt sich `.astro/` mit `astro build` — sonst bricht der Dev-Server mit „slug … does not exist"
ab. Deshalb `docker restart tibi-docs-docs-1` und die Routen erneut prüfen (Ablauf in `plans/doku-audit.md` §18).
## 5. Verbote