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. Sidebar-Eintrag). Nicht mehr aufrufen; die Datei wird entfernt, sobald niemand sie vermisst.
- `server/uebersicht.md` und `admin/konzept.md` sind Handarbeit. - `server/uebersicht.md` und `admin/konzept.md` sind Handarbeit.
- Screenshots werden mitgeliefert (statischer Build braucht sie). - 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 ## 5. Verbote
+1 -1
View File
@@ -1,5 +1,5 @@
{ {
"generatedAt": "2026-10-17T13:56:49.931Z", "generatedAt": "2026-10-17T14:13:56.905Z",
"stats": { "stats": {
"files": 70, "files": 70,
"byDir": { "byDir": {