Hoe gebruik je git log en git diff effectief?

Question

Accepted Answer

**git log** en **git diff** zijn krachtige tools voor **inspectie van geschiedenis en wijzigingen**, met veel opties voor filteren, formatteren en vergelijken. Het weten hoe je ze effectief inzet helpt je om de evolutie van een codebase te begrijpen en wijzigingen nauwkeurig te controleren. ## git log — geschiedenis verkennen ```bash git log --oneline # compact (one line per commit) git log --oneline --graph --all # visual branch graph of ALL branches git log -p # show the DIFF of each commit (patches) git log --stat # files changed + insertion/deletion counts # FILTERING git log --author="Ann" # commits by an author git log --since="2 weeks ago" # by date git log --grep="login" # commits whose MESSAGE matches git log -S"functionName" # commits that ADDED/REMOVED this code (pickaxe!) git log # history of a specific file git log main..feature # commits on feature not in main ``` De **pickaxe** (`-S`) is vooral krachtig — deze vindt commits die een specifieke tekenreeks hebben toegevoegd of verwijderd, ideaal voor het traceren wanneer code verscheen. ## git diff — wijzigingen vergelijken ```bash git diff # working dir vs staged (unstaged changes) git diff --staged # staged vs last commit (what will commit) git diff HEAD # all changes vs the last commit git diff main feature # differences between two branches git diff # between two commits git diff -- # changes to a specific file git diff --word-diff # word-level (not line-level) diff ``` ## Nuttige combinaties ```text git log --oneline --graph --all → visualize the whole branch structure git log -p -- → full change history of a file (with diffs) git log --follow → file history across renames git blame + git show → who/when/why a line changed (trace context) ``` ## Waarom het belangrijk is Weten hoe je `git log` en `git diff` effectief gebruikt is waardevol voor **inspectie van geschiedenis en wijzigingen**, een veel voorkomende behoefte in ontwikkeling, dus het is praktische Git-kennis die nuttig is. **`git log`** is hoe je de geschiedenis van een project verkent — en kennis van de opties transformeert het van een basis-lijst naar een krachtig onderzoekstool: **formattering** (`--oneline`, `--graph` voor visualisatie van takstructuur, `--stat` voor samenvatting van wijzigingen), en vooral **filteren** (op auteur, datum, commit-bericht met `--grep`, op bestand, op takbereik, en de krachtige **pickaxe `-S`** die commits vindt die specifieke code hebben toegevoegd of verwijderd — onmisbaar voor het traceren wanneer een stuk code verscheen of verdween). Deze stellen je in staat om efficiënt echte vragen te beantwoorden zoals "wie heeft dit gewijzigd en wanneer", "wat is er veranderd in de laatste release", of "wanneer werd deze functie geïntroduceerd". **`git diff`** is hoe je wijzigingen nauwkeurig onderzoekt — door werkdirectory, staging area, commits en takken te vergelijken — essentieel voor het controleren wat je op het punt staat in te dienen (`--staged`), takken te vergelijken en verschillen te begrijpen. Weten wat **nuttige combinaties** zijn (visualisering van takstructuur, volledige geschiedenis van een bestand traceren met `--follow` over naamwijzigingen, blame en show combineren om te begrijpen waarom een regel veranderd is) weerspiegelt effectieve onderzoeksvaardigheden. Omdat het begrijpen van een codebase-evolutie en het controleren van wijzigingen constante behoeften zijn (voor debuggen, code review, het begrijpen van geschiedenis en het traceren van wijzigingen), en omdat `git log` en `git diff` met hun krachtige opties de primaire tools hiervoor zijn, is het weten hoe je ze effectief gebruikt — log's formattering en filteren (vooral de pickaxe), diff's vergelijkingen en nuttige combinaties — waardevolle, veelgebruikte Git-kennis die geschiedenisonderzoek transformeert van gokwerk naar nauwkeurig onderzoek, een nuttige vaardigheid voor het begrijpen en navigeren door de ontwikkeling van elke codebase.