Beyond everyday commands, Git offers powerful tools for specific situations — bisect (finding bugs), blame (tracing changes), worktree (multiple working directories), submodules, filter-repo (rewriting history), and more. Knowing they exist and what they do is valuable for handling advanced scenarios.
git bisect start
git bisect bad
git bisect good v1.0
git bisect good
git bisect reset
git bisect does a binary search through history to efficiently find the commit that introduced a bug — invaluable for debugging regressions in large histories.
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)
Å forstå avanserte Git-kommandoer og teknikker er verdifull kunnskap på seniornivå for å håndtere komplekse situasjoner effektivt, så det å vite at de eksisterer og hva de gjør utvider verktøykassen for problemløsing.
Mens daglige kommandoer er tilstrekkelige for rutinearbeid, løser de avanserte verktøyene spesifikke, noen ganger kritiske problemer elegant. git bisect er særlig verdifull — det gjør et binært søk gjennom historikken for å finne den eksakte commit-en som introduserte en feil, og gjør den skremmende oppgaven med å finne en regresjonen i en stor historie til en effektiv, systematisk prosess (en kraftfull feilsøkingsteknikk mange ikke kjenner til). git blame (som viser hvilken commit og forfatter som sist endret hver linje) er uvurderlig for å forstå kodhistorikken — sporing av når og hvorfor en linje ble introdusert, nyttig for feilsøking og forståelse.
Andre verktøy håndterer reelle behov: git worktree (flere arbeidsmapper fra ett repo, som muliggjør samtidig arbeid på ulike grener uten å stashe — praktisk for kontekstbytter), git submodule (innbygging av repositorier for delte avhengigheter), git filter-repo (omskrivning av historikk i stor skala, avgjørende for å fjerne utilsiktet inntruffede hemmeligheter eller filer fra all historikk — en viktig sikkerhetstiltak), git rerere (å huske konfliktløsninger), og git hooks (automatisering av sjekker ved hendelser som pre-commit).
Å vite at disse verktøyene eksisterer og hva de gjør betyr at når en kompleks situasjon oppstår (finne en regresjonen, forstå historikken, fjerne en lekkjekt hemmelighet, administrere avhengigheter), vet du hvilket verktøy som passer i stedet for å slite med manuelle tilnærminger.
Ettersom komplekse Git-situasjoner oppstår (feilsøking av regresjoner, sporing av historikken, rensing av hemmeligheter fra historikken, administrasjon av komplekse oppsett) og de avanserte kommandoene løser dem kraftfullt, er forståelse av avanserte Git-kommandoer og teknikker — spesielt bisect for å finne feil og blame for å spore historikken, pluss bevissthet om worktree, submodules, filter-repo og hooks — verdifull kunnskap på seniornivå som utvider evnen til å håndtere sofistikerte Git-scenarier, noe som gjenspeiler dybden og problemløsingsomfanget som forventes for seniorrollen.