Poza codziennymi poleceniami Git oferuje potężne narzędzia do określonych sytuacji — bisect (wyszukiwanie błędów), blame (śledzenie zmian), worktree (wiele katalogów roboczych), submodules, filter-repo (przepisywanie historii) i wiele więcej. Warta jest wiedza o ich istnieniu i działaniu dla radzenia sobie w zaawansowanych scenariuszach.
git bisect start
git bisect bad # the current commit has the bug
git bisect good v1.0 # this older commit was fine
# → Git BINARY-SEARCHES the commits between them, checking out each;
# you mark each good/bad → it pinpoints the exact commit that introduced the bug
git bisect good # or: git bisect bad (at each step)
git bisect reset # when done
git bisect wykonuje binarne wyszukiwanie w historii, aby efektywnie znaleźć commit, który wprowadził błąd — bezcenne dla debugowania regresji w dużych historiach.
git blame <file> # show, per line, the commit/author/date that last changed it
# → trace WHEN and WHY a line was introduced (then git show that commit for context)
git worktree → multiple working directories from one repo (work on branches
simultaneously without stashing/switching) — e.g. fix a bug while a build runs
git submodule → embed another Git repo inside yours (shared dependencies/libraries)
git filter-repo → rewrite history at scale (remove a file/secret from ALL history,
split/clean repos) — the modern replacement for filter-branch
git rerere → REuse REcorded REsolution — remembers conflict resolutions to reapply
git hooks → scripts triggered on events (pre-commit, pre-push) — automation/checks
git revert/reset, reflog → undo/recovery (covered separately)
Rozumienie zaawansowanych poleceń i technik Git to warta wiedza na poziomie seniora dla efektywnego radzenia sobie w złożonych sytuacjach, a znajomość ich istnienia i działania rozszerza zestaw narzędzi do rozwiązywania problemów.
Choć codzienne polecenia wystarczają do rutynowej pracy, zaawansowane narzędzia rozwiązują określone, czasami krytyczne problemy elegancko. git bisect jest szczególnie cenny — binarnie przeszukuje historię, aby wskazać dokładny commit, który wprowadził błąd, zamieniając trudne zadanie znalezienia regresji w dużej historii w efektywny, systematyczny proces (potężna technika debugowania, o której wiele osób nie wie). git blame (pokazujące, który commit i autor ostatnio zmienili każdą linię) jest bezcenne dla zrozumienia historii kodu — śledzenia, kiedy i dlaczego linia została wprowadzona, użyteczne do debugowania i zrozumienia.
Inne narzędzia spełniają rzeczywiste potrzeby: git worktree (wiele katalogów roboczych z jednego repo, umożliwiające jednoczesną pracę na różnych gałęziach bez stashowania — wygodne dla przełączania kontekstu), git submodule (osadzanie repozytoriów dla współdzielonych zależności), git filter-repo (przepisywanie historii na dużą skalę, kluczowe dla usunięcia przypadkowo zacommitowanych sekretów lub plików z całej historii — ważna naprawa bezpieczeństwa), git rerere (zapamiętywanie rozwiązań konfliktów), i git hooks (automatyzacja kontroli na zdarzeniach takich jak pre-commit).
Wiedza o istnieniu tych narzędzi i ich działaniu oznacza, że gdy pojawi się złożona sytuacja (znalezienie regresji, zrozumienie historii, usunięcie wyciekniętego sekretu, zarządzanie zależnościami), znasz odpowiednie narzędzie zamiast zmagać się z ręcznym podejściem.
Ponieważ złożone sytuacje Git się zdarzają (debugowanie regresji, śledzenie historii, czyszczenie sekretów z historii, zarządzanie złożonymi konfiguracjami) i zaawansowane polecenia je moc ą rozwiązać, rozumienie zaawansowanych poleceń i technik Git — szczególnie bisect do wyszukiwania błędów i blame do śledzenia historii, plus świadomość worktree, submodules, filter-repo i hooks — jest wartą wiedzą na poziomie seniora, która rozszerza twoją zdolność do radzenia sobie w zaawansowanych scenariuszach Git, odzwierciedlając głębię i zakres rozwiązywania problemów oczekiwane dla ról seniorskich.
Biblioteka pytań rekrutacyjnych IT ze szczegółowymi odpowiedziami — od Juniora do Seniora.
Wesprzyj