Każdy programista prędzej czy później popsuje coś w repozytorium. Dobre wiadomości: Git rzadko traci dane na zawsze – reflog rejestruje każdą zmianę HEAD. Bisect skraca wielogodzinne szukanie regresji do kilku minut. Reset ma trzy tryby których mylenie kończy się bólem. Revert to bezpieczna alternatywa na publicznych branchach. Ten wpis to mapa ratunkowa.
reset – trzy tryby
git reset TARGET przesuwa HEAD (i branch) na TARGET. Różnica jest w tym co dzieje się z indeksem i working directory.
# --soft: cofnij commit, zachowaj zmiany jako staged git reset --soft HEAD~1 # Efekt: ostatni commit znika, zmiany wracają do stage # Użycie: przepisanie wiadomości commita, połączenie kilku commitów # --mixed (domyślny): cofnij commit i stage, zachowaj zmiany w plikach git reset HEAD~1 # Efekt: commit znika, zmiany są unstaged # Użycie: reorganizacja plików przed re-commitem # --hard: cofnij wszystko, USUWA zmiany! git reset --hard HEAD~1 # Efekt: commit znika, pliki wracają do stanu TARGET # Użycie: porzucenie zmian lokalnych, cleanup po błędnym merge
revert – bezpieczna alternatywa
Revert tworzy nowy commit odwracający zmiany z wybranego commita. Historia nie jest przepisywana – bezpieczne na publicznych branchach.
# Cofnij konkretny commit przez stworzenie nowego commita git revert a3d5e2f # Revert bez automatycznego commita (do edycji) git revert -n a3d5e2f # Revert merge commita (trzeba podać -m 1 = wybierz pierwszego rodzica) git revert -m 1 merge-sha # Kiedy reset, kiedy revert: # reset --hard: lokalny branch, jeszcze nie wypchnięty # revert: branch wypchnięty na remote lub shared z innymi
reflog – siatka bezpieczeństwa
Reflog rejestruje każdą zmianę HEAD – nawet po reset –hard, nawet po usunięciu brancha. Domyślnie przez 90 dni.
# Pokaż historię HEAD
git reflog
# HEAD@{0}: reset: moving to HEAD~1
# HEAD@{1}: commit: feat(export): add CSV export
# HEAD@{2}: commit: fix(cart): correct tax calculation
# Odtwórz commit po reset --hard
git reset --hard HEAD@{1}
# Odtwórz usunięty branch
git checkout -b recovered-branch HEAD@{3}
# Reflog konkretnego brancha
git reflog show feature/order-export
bisect – znajdź commit który coś zepsuł
git bisect start git bisect bad # aktualny commit = zły git bisect good v2.4.6 # ostatni znany dobry # Git wybierze środkowy commit do przetestowania # Testuj, oznacz wynik: git bisect good # lub git bisect bad # Po kilku krokach Git wskaże dokładny commit # Przy 100 commitach potrzebujesz max 7 kroków (log2) # Automatyczny bisect ze skryptem git bisect run php vendor/bin/phpunit tests/Unit/OrderServiceTest.php git bisect reset # powrót do HEAD
Ratowanie usuniętych plików
# Przywróć plik z ostatniego commita git checkout HEAD -- src/Model/OrderService.php # Przywróć plik ze starszego commita git checkout a3d5e2f -- src/Model/OrderService.php # Znajdź kiedy plik był ostatnio obecny git log --all --full-history -- "*.php" # Pokaż zawartość pliku ze starego commita bez checkout git show a3d5e2f:src/Model/OrderService.php
Stash – odkładanie zmian na bok
# Odłóż niezakończone zmiany
git stash push -m "WIP: order export in progress"
# Lista stashy
git stash list
# stash@{0}: WIP on feature/export: WIP: order export in progress
# Przywróć ostatni stash
git stash pop
# Przywróć konkretny stash bez usuwania
git stash apply stash@{0}
# Stash includeant untracked files
git stash push --include-untracked
Podsumowanie kursu
To ostatni wpis kursu Gita. Przeszliśmy przez: model danych (blobs, trees, commits, refs), commity i historię, branching i merge, pracę zdalną, workflow zespołowy, hooki i automatyzację, a teraz debugging i ratowanie. Git rzadko gubi dane na zawsze – reflog to siatka bezpieczeństwa. Reset –hard jest destrukcyjny dla working directory, ale reflog pozwala wrócić. Revert jest bezpiecznym wyborem na publicznych branchach. Bisect to narzędzie, które oszczędza godziny debugowania regresji.
