Files
management/docs/issues/0047-wiki-oberflaeche-ueber-bookstack-hinaus-pruefen.md
T

41 lines
1.6 KiB
Markdown
Raw Normal View History

---
type: issue
id: "0047"
status: done
created: 2026-08-12
milestone: M2
priority: low
area: infrastructure
related: [docs/adr/0007-wiki-oberflaeche-docusaurus-vs-bookstack.md, docs/issues/0020-doc-03-wiki-oberflaeche-entscheiden-docusaurus.md]
---
# Wiki-Oberfläche über BookStack hinaus prüfen
## Problem / Motivation
Die Wiki-Oberfläche wurde bisher nur als **Docusaurus vs. BookStack** betrachtet
(ADR-0007, #0020). Für den Entwicklungs-Zwischenstand fiel die Entscheidung auf
Docusaurus mit Forward-Auth. Nach dem Umzug in die ThreadNet Server Suite (#0046)
soll die Frage aber **breiter** neu aufgemacht werden — nicht nur die alte
Zwei-Optionen-Wahl, sondern weitere Kandidaten (z. B. Outline, Wiki.js, andere
docs-as-code- oder App-basierte Lösungen), gemessen an dem, was die Suite dann
tatsächlich braucht (Bereichs-Rechte? Browser-Editing? Git-Quelle?).
## Acceptance
- Ein Vergleich mehrerer Kandidaten (nicht nur Docusaurus/BookStack) gegen die
dann geklärten Anforderungen der ThreadNet Server Suite.
- Entscheidung als ablösendes ADR (ADR-0007 wird dann `superseded`), falls sich
etwas anderes als Docusaurus durchsetzt.
## Notes
Bewusst `low` und ohne Termin: erst nach #0046 sinnvoll, vorher fehlt der Kontext
(die Anforderungen der Suite). Hängt inhaltlich an #0046.
## Entscheidung (2026-08-12, sorb)
**Wiki.js.** Es erfüllt als einziges beide harten Kriterien — Abschottung nach
Gruppe **und** docs-as-code (git-Storage). BookStack scheidet aus (Inhalt nur in
DB, kein git). Festgehalten in ADR-0014 (löst ADR-0007 ab). Umsetzung über #0046
und die daraus abgeleiteten Bau-Issues.