Fassung 1.4.5: drei Fehler, die nur auf fremden Servern auftraten

Alle drei von Umut auf seinem Hosting gefunden, keiner davon auf
meinem Rechner sichtbar.

- Der Updateknopf endete mit 500. Das Update lief vollstaendig durch -
  alle neun Schritte, Dateien getauscht, var/ und .env unberuehrt -,
  aber die Ergebnisseite starb daran: der Updater ueber Git nennt
  einen Schritt "step", der ueber das Archiv nannte ihn "label", beide
  legen ihn unter demselben Sitzungsschluessel ab, und die Vorlage
  liest "step". Damit war auch der zweite Knopf unerreichbar. Zehn
  Tests prueften das Rueckgabe-Array, keiner die Seite, die es
  anzeigt; der neue Test rendert sie (ADR 071).
- Die Verwaltung zeigte Git-Fehler auf einer Installation ohne Git.
  "git ist installiert" und "das hier ist eine Arbeitskopie" waren
  derselbe Schalter; auf dem Hosting ist Git vorhanden, die
  Installation kam aber aus dem Archiv. Dort stand "fatal: Not a git
  repository" an der Stelle der Fassungsnummer. Ohne Arbeitskopie
  verschwinden die Git-Karten jetzt (ADR 072).
- "Sicherung anlegen" endete mit 500: VACUUM INTO gibt es erst seit
  SQLite 3.27, das Hosting hat eine aeltere Fassung - alt genug fuer
  die Installation, zu alt fuer die Sicherung. Bei aelteren wird jetzt
  unter einer Schreibsperre kopiert, und der Knopf faengt jeden Fehler
  ab statt mit einer 500-Seite zu enden (ADR 072).

Nachgestellt wurde das mit einer echten 1.4.3-Installation aus dem
Releasearchiv, eigener Datenbank, eigenem Port. Der Archiv-Updater
laeuft dort vollstaendig durch: 1.4.3 -> 1.4.4, neun Schritte, var/
und .env unberuehrt.

Geprueft: 433 Tests auf PHP 8.2 und 8.4, Editor-Browsertest.

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

src/Ops/Updater.php

@@ -46,14 +46,23 @@ final class Updater
     public function state(): array
     {
         $git = $this->runner->available() && $this->runner->has('git', $this->root);
-        $status = $git ? $this->git(['status', '--porcelain']) : null;
+        // Zwei verschiedene Fragen, und die Verwechslung war ein echter Fehler: Ob der Befehl
+        // `git` existiert, sagt nichts darueber, ob dieses Verzeichnis eine Arbeitskopie ist. Ein
+        // Hosting hat oft beides - git installiert, aber die Installation kam aus dem
+        // Releasearchiv. Dann lief jeder Aufruf ins Leere, und die Verwaltung zeigte dem
+        // Betreiber „fatal: Not a git repository“ an einer Stelle, an der eine Fassungsnummer
+        // stehen sollte.
+        $arbeitskopie = $git && is_dir($this->root.'/.git');
+        $status = $arbeitskopie ? $this->git(['status', '--porcelain']) : null;
 
         return [
             'version' => $this->version(),
-            'commit' => $git ? substr($this->git(['rev-parse', 'HEAD'])['output'], 0, 8) : 'unbekannt',
-            'describe' => $git ? $this->git(['describe', '--tags', '--always'])['output'] : 'unbekannt',
+            'commit' => $arbeitskopie ? substr($this->git(['rev-parse', 'HEAD'])['output'], 0, 8) : 'unbekannt',
+            'describe' => $arbeitskopie ? $this->git(['describe', '--tags', '--always'])['output'] : 'unbekannt',
             'maintenance' => is_file($this->root.'/'.self::MAINTENANCE_FILE),
             'git' => $git,
+            // Der Weg ueber Git steht nur einer Arbeitskopie offen.
+            'worktree' => $arbeitskopie,
             'clean' => null === $status ? null : ('' === $status['output'] && $status['ok']),
             'log' => $this->log(),
         ];