Werkmap vs Staging Area vs lokale repository: de drie lokale zones van Git begrijpen

By Mirko Peters · 2026-08-12

Beheers de drie lokale zones van Git: ontdek hoe de werkmap, de staging area en de lokale repository samenwerken om je projectgeschiedenis nauwkeurig te beheren.

Automatically translated with AI from the original post. Read the English original

Navigeren door de drie lokale gebieden van Git – de werkmap, de staging area en de lokale repository – is essentieel om over te stappen van chaotisch bestanden kopiëren naar bewuste versiebeheer. In deze gids lees je hoe elke zone werkt, als een fysiek kantoor, zodat je de projectgeschiedenis nauwkeurig kunt beheren.

Belangrijkste punten

• De werkmap is je actieve projectmap en werkt net als een rommelig kantoorbureau waarop je vrij bestanden bewerkt.
• De staging area fungeert als een controlebakje met alleen de specifieke wijzigingen die je selecteert met git add voor je volgende checkpoint.
• De lokale repository is het archiefkast waarin je gestaged wijzigingen permanent vastlegt als een gestructureerde commitgeschiedenis.
• De commando's git status en git diff zijn veiligheidscontroles waarmee je kunt nagaan wat er in je lokale zones gebeurt voordat je geschiedenis vastlegt.
• Inzicht in deze drie zones voorkomt onbedoelde commits en helpt je om je projectgeschiedenis overzichtelijk en logisch te houden.

De werkmap: je actieve bureau

Wanneer je een projectmap op je computer opent en wijzigingen begint aan te brengen, werk je direct binnen de eerste lokale zone van Git: de werkmap. Zie deze map als je fysieke bureau op het werk. Het bevat alle bestanden die je opent, aanmaakt, wijzigt of verwijdert, zoals websitecode, documentatie, configuratiebestanden en afbeeldingen.

Net als een echt bureau kan je werkmap rommelig worden terwijl je experimenteert. Misschien begin je een aanmeldknop te herschrijven, zie je een spelfout in een readme-bestand en maak je een experimenteel script om een nieuwe lay-out te testen. Git dwingt niet automatisch elke wijziging die in deze map plaatsvindt af in je permanente geschiedenis. Je hebt de vrijheid om ideeën uit te proberen, fouten te maken en werk onaf te laten, zonder je projectarchief blijvend aan te passen.

Om te zien wat er sinds je laatste vastgelegde checkpoint in je werkmap is veranderd, gebruik je het commando git status. Simpel gezegd is het opvragen van de status bij Git vergelijkbaar met het inventariseren van alles wat op je bureau ligt. Het toont gewijzigde, nieuwe en verwijderde bestanden en laat precies zien wat er is veranderd sinds je laatste commit.

De staging area: het controlebakje

De staging area is misschien wel het meest misverstane concept voor ontwikkelaars die nieuw zijn met versiebeheer, vooral omdat de naam doet denken aan een mysterieuze technische opslagruimte. Zie de staging area liever als een controlebakje naast je bureau. Je plaatst alleen de wijzigingen die bestemd zijn voor je volgende checkpoint in dit bakje.

Stel dat je ochtend bestaat uit het repareren van een kritieke link voor wachtwoordherstel, terwijl je tegelijkertijd begint met een experimentele herontwerp van je welkomstscherm. Die wachtwoordfix wil je zeker vastleggen, maar het herontwerp is onaf en bevat fouten. Je wilt niet dat beide wijzigingen in dezelfde commit terechtkomen.

Door git add uit te voeren gevolgd door je bestand met de wachtwoordreset, plaats je die specifieke, afgeronde wijziging in het staginggebied. Ondanks de naam slaat git add je werk niet permanent op en stuurt het ook niets naar een online server. Het bereidt alleen een schone, gekozen versie van dat bestand voor op je volgende checkpoint. Deze korte pauze geeft je enorm veel controle. Je kunt je klaargezette wijzigingen nakijken, items verwijderen die je te vroeg hebt toegevoegd, of extra bestanden toevoegen die bij precies dezelfde logische werkeenheid horen.

De lokale repository: het archiefkast

Zodra je review-bak precies de set wijzigingen bevat die je wilt bewaren, gaan die bewerkingen naar de derde zone van Git: de lokale repository. Als de werkmap je bureau is en het staginggebied je review-bak, dan is de lokale repository je veilige archiefkast.

De lokale repository slaat al je commits en projectgeschiedenis op direct op je computer, in verborgen systeemmappen. Wanneer je git commit -m "Fix password reset link" uitvoert, neemt Git de voorbereide wijzigingen uit het staginggebied en vergrendelt ze in een permanent, benoemd checkpoint.

Deze lokaal-eerst-architectuur betekent dat je een complete, traceerbare projectgeschiedenis kunt opbouwen zonder internetverbinding of online hostingdienst. Alles gebeurt veilig op je eigen hardware. Je dagelijkse werkwijze wordt een betrouwbaar ritme: je bewerkt bestanden in de werkmap, controleert de situatie met git status, selecteert gerichte wijzigingen met git add en legt je keuzes vast met git commit.

Conclusie

Als je het onderscheid tussen de werkmap, het staginggebied en de lokale repository beheerst, verandert dat hoe je aan ontwikkelprojecten werkt. Door je map als werkruimte te zien, je staginggebied als review-bak en je lokale repository als permanente archiefkast, krijg je volledige controle over de projectgeschiedenis.

Wil je dieper ingaan op de basis van versiebeheer? Luister naar de volledige aflevering van de M365 FM Podcast, waarin Mirko Peters Git in begrijpelijke taal uitlegt en laat zien hoe deze lokale werking past in bredere teamworkflows.

Veelgestelde vragen

Wat is het verschil tussen de werkmap en het staginggebied?

De werkmap is je actieve projectmap waarin je vrij bestanden bewerkt, aanmaakt en verwijdert. Het staginggebied is een selectieve review-bak waarin je alleen de specifieke wijzigingen plaatst die je in je volgende commit wilt opnemen.

Slaat git add mijn bestanden permanent op?

Nee. Met het commando git add bereid je bestanden voor door ze naar het staginggebied te verplaatsen, maar ze worden er niet permanent in de projectgeschiedenis vastgelegd en ook niet online gezet. Permanent vastleggen gebeurt pas wanneer je git commit uitvoert.

Kan ik Git gebruiken zonder online hostingdienst?

Ja. Git is ontworpen om volledig lokaal op je computer te werken. Je kunt een lokale repository aanmaken, commits maken, branches beheren en de geschiedenis bekijken zonder ooit verbinding te maken met GitHub of het internet.

Wat moet ik doen als ik per ongeluk een bestand heb gestaged?

Als je een bestand te vroeg stage, bieden Git-commando's zoals git reset een manier om het bestand veilig uit het staginggebied te halen en terug te zetten in de werkmap, zonder je laatste bewerkingen te verliezen.