feat(files): MAX_VERSIONS_KEPT statt zweier Konstanten

Die Zahl stand doppelt im Quelltext: als const im Backend und noch einmal
im Verlaufs-Dialog, verbunden nur durch den Kommentar "muss zu
maxVersionsKept im Backend passen". Ein Satz ist keine Zusicherung - beim
ersten Aendern haette der Dialog eine andere Zahl genannt als die, die der
Server anwendet.

Jetzt eine .env-Variable (Vorgabe 5), die der Server ueber
/api/v1/public/config mitliefert. Werte unter 1 werden verworfen: Die Zahl
geht als OFFSET in die Aufraeumabfrage, und OFFSET 0 loeschte jede Fassung -
aus "keine Grenze" wuerde "kein Verlauf".

Gemessen: MAX_VERSIONS_KEPT=3, Datei siebenmal ueberschrieben, uebrig
bleiben v6, v5, v4 bei aktueller v7.

Dazu ein README-Abschnitt "Versionen" - Standard aus, warum das so ist,
Kontingent, und dass jedes Strg+S in Office eine Fassung anlegt. Bisher
stand zu alldem nichts im README.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

TESTING.md

@@ -706,6 +706,25 @@ ist die falsche – die Schnipsel haben deshalb **kein** Profil mehr.
 
 ---
 
+## Anzahl aufgehobener Fassungen (24.08.2026)
+
+`MAX_VERSIONS_KEPT`, Vorgabe 5. Vorher eine Konstante – und zwar **zwei**:
+eine im Backend, eine im Verlaufs-Dialog, verbunden nur durch den Kommentar
+„muss zusammenpassen". Ein Satz ist keine Zusicherung. Der Dialog holt die
+Zahl jetzt aus `/api/v1/public/config`.
+
+- [ ] `MAX_VERSIONS_KEPT=3` → `/public/config` meldet 3 🔎
+- [ ] Datei mit „Keep versions" siebenmal überschreiben → genau 3 Fassungen
+      im Verlauf, und zwar die neuesten 🔎 (gemessen: v6, v5, v4 bei
+      aktueller v7)
+- [ ] Der Dialog nennt dieselbe Zahl wie der Server
+- [ ] `MAX_VERSIONS_KEPT=0` wird verworfen, die Vorgabe greift – `OFFSET 0`
+      löschte sonst **jede** Fassung
+- [ ] Unbrauchbarer Wert (`abc`) → Vorgabe, kein Startabbruch
+- [ ] Ohne „Keep versions" an der Datei entsteht weiterhin kein Verlauf
+
+---
+
 ## Erreichbarkeit von außen (24.08.2026)
 
 `ERR_CONNECTION_REFUSED` beim Zugriff über die IP ist meist kein Fehler,