fix: update entity naming conventions to use singular form for consistency
CI / verify (push) Successful in 56s
Release / release (push) Successful in 34s

This commit is contained in:
2026-09-05 11:14:47 +02:00
parent 0b3c496fff
commit 63b4bb82d9
7 changed files with 8 additions and 33 deletions
-26
View File
@@ -265,32 +265,6 @@ ausführen kann), findet die Dateiliste im `files`-Block der `.wikitool-release.
Ausnahmen (`kb/CONVENTIONS.md`, `kb/*/COLLECTION.md`, `.wikitool-kb.json`) in
[tools/CONTRACT.md](tools/CONTRACT.md)s `dist upgrade`-Zeile.
### Sonderfall: Update von 1.x auf 2.0.0
Mit `2.0.0` wurde das Ursprungs-Repo von `torben/llm-wiki-test1` auf `torben/chemenu`
umbenannt. Eine Instanz, die vor diesem Release exportiert wurde, trägt in
`.wikitool-release.json` noch den alten Feed - und `version check` fragt damit einen Pfad ab,
den es unter diesem Namen nicht mehr gibt. Der Befehl bricht also nicht kaputt, er erfährt nur
nichts mehr. Einmalig überschreiben:
```bash
export WIKITOOL_UPDATE_URL="https://gitea.nehmer.net/api/v1/repos/torben/chemenu/releases/latest"
tools/wikitool version check
```
Danach den Tarball aus Weg A holen - er heißt seit `2.0.0` `chemenu-stack-<version>.tar.gz`
statt `llm-wiki-stack-<version>.tar.gz` - und den Ablauf oben normal durchlaufen. Das
mitkopierte `.wikitool-release.json` trägt den neuen Feed, die Variable wird danach nicht mehr
gebraucht.
Zwei Nachräumarbeiten, weil Schritt 3 `tools/` kopiert und nichts löscht: das alte Paket
`tools/wiki_tools/` bleibt neben dem neuen `tools/chemenu/` liegen und kann weg - der
`tools/wikitool`-Shim ruft seit `2.0.0` `-m chemenu.cli` auf und rührt es nicht mehr an. Und
eigene Skripte, die `from wiki_tools import …` machen, müssen auf `chemenu` gezogen werden.
Eine Inhaltsmigration verlangt dieses Release nicht: `migrate status` bleibt leer, `kb/`
behält Schema und Shape.
## Konfiguration
| Variable | Zweck | Fallback |