From 7d496cf654294d14aa5adf5326f8c4fd45e037cf Mon Sep 17 00:00:00 2001 From: Hitonabi Date: Tue, 1 Sep 2026 17:42:41 +0200 Subject: [PATCH] =?UTF-8?q?docs:=20SAVEPOINT=20=E2=80=94=205.1.1=20im=20Up?= =?UTF-8?q?date-Kanal,=20Gitea-Muster=20geklaert?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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 --- SAVEPOINT.md | 54 +++++++++++++++++++++++++++++++++++++--------------- 1 file changed, 39 insertions(+), 15 deletions(-) diff --git a/SAVEPOINT.md b/SAVEPOINT.md index 5ca3224..a330d7b 100644 --- a/SAVEPOINT.md +++ b/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. ---