docs: SAVEPOINT — 5.1.1 im Update-Kanal, Gitea-Muster geklaert

Release aktuell traegt jetzt 5.1.1 (vier Dateien, anonym von aussen
nachgemessen: latest.yml 200/version 5.1.1, EXE Content-Length
131526527 = Zahl in latest.yml = lokale Datei).

KONZEPT 3.6 beantwortet: releases/latest/download liefert HTTP 404 —
Gitea 1.27 bedient das GitHub-Muster NICHT. Das feste Tag aktuell ist
damit der einzige Weg, nicht nur die Rueckfallebene.

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

SAVEPOINT.md

@@ -95,24 +95,48 @@ strenger.
   leine=gesetzt pong=ok version=5.1.1`
 * `latest.yml` und `w0.yml` liegen daneben, beide auf 5.1.1
 
-### ⚠ OFFEN: Das Release ist NOCH NICHT hochgeladen
+### Das Release ist DRAUSSEN und nachgemessen
 
-Der Upload braucht Schreibrechte an der Gitea-API. Der gespeicherte
-Zugang (`git credential fill`, Host
-`git.tobisniceshomelab.ddnsfree.com`) ist ein **13-stelliges Passwort,
-kein API-Token** — Gitea antwortet darauf mit HTTP 401. Es fehlt ein
-Token aus *Einstellungen → Anwendungen → Zugangstoken* mit Recht
-`write:repository`.
+Hochgeladen ins Release `aktuell` (ID 1, Ziel
+`worktree-windows-electron`), alle vier HTTP 201/204:
+`RippySetup-5.1.1.exe` + `.blockmap` neu, `latest.yml` und `w0.yml`
+gelöscht und ersetzt (Namenskollision zwingt zum Löschen zuerst).
+**Die 5.1.0-EXE liegt bewusst weiter im Release — sie ist die
+Rückfallebene**, und `latest.yml` verweist ohnehin namentlich.
 
-Release `aktuell` (ID 1, Ziel `worktree-windows-electron`) enthält noch
-5.1.0. `latest.yml` wurde dort bereits **2× abgerufen** — die
-installierte 5.1.0 fragt also nachweislich nach Updates, der Kanal lebt.
+Nachgemessen **anonym und von außen**, also genau so, wie eine
+installierte Rippy fragt:
 
-**Zu tun:** `RippySetup-5.1.1.exe` + `.blockmap` hinzufügen, `latest.yml`
-und `w0.yml` ERSETZEN (Namenskollision → erst löschen). Die 5.1.0-EXE
-darf liegen bleiben, sie ist die Rückfallebene. Danach ist es der erste
-echte Selbst-Update-Beweis (§ 6.8) — und misst zugleich, ob Gitea 1.27
-das `releases/latest/download`-Muster bedient (§ 3.6 ⚠).
+```
+…/releases/download/aktuell/latest.yml      HTTP 200, 337 B, version: 5.1.1
+…/releases/download/aktuell/RippySetup-5.1.1.exe
+                                            HTTP 200, Content-Length 131 526 527
+                                            (= die Zahl in latest.yml = die lokale Datei)
+…/releases/download/aktuell/…exe.blockmap   HTTP 200, 137 490 B
+…/releases/download/aktuell/w0.yml          HTTP 200, 337 B
+```
+
+**§ 3.6 ⚠ ist beantwortet — mit NEIN:**
+`…/releases/latest/download/latest.yml` liefert **HTTP 404**. Gitea 1.27
+bedient das GitHub-Muster NICHT. Das feste Tag `aktuell` war also nicht
+die Rückfallebene, sondern der einzige Weg — und ist genau der, den die
+App über `electron-builder publish` eingebacken hat. Der Punkt kann aus
+den offenen Fragen gestrichen werden.
+
+**Zugang:** Der Upload-Token liegt in `F:\Coding Stuff\Gittea Token\rippy.txt`
+(40 Hex, Recht `repository: Lesen und Schreiben`). Der über
+`git credential fill` erreichbare Zugang taugt NICHT für die API — das
+ist ein 13-stelliges Passwort, Gitea antwortet damit HTTP 401.
+
+### ⚠ OFFEN: der Selbst-Update-Beweis am lebenden Objekt
+
+Alles ist gemessen — außer dem einen Schritt, den nur die installierte
+App gehen kann: **Findet die installierte 5.1.0 das Update von selbst?**
+Sie prüft beim Start und einmal täglich, lädt im Hintergrund, NIE
+während eines Rips, und installiert beim nächsten Beenden
+(`autoInstallOnAppQuit`). Zu tun: Rippy einmal neu starten, kein Rip
+dabei, dann beenden und wieder starten — danach muss in den
+Einstellungen `5.1.1` stehen.
 
 ---