Summary  
This chapter covers how to use the git restore command with the --staged and --worktree flags to unstage and revert file modifications that have been staged for commit, restoring both the staging area and working directory to their previous states.

General domain of usage  
Version control

Soms worden wijzigingen **gestaged** voor commit, maar na verdere overweging realiseer je je dat bepaalde aanpassingen niet moeten worden meegenomen. Gelukkig is het mogelijk om **gestagede wijzigingen terug te draaien** in Git, zodat je commits nauwkeurig de bedoelde aanpassingen weergeven.



## Gestagede wijzigingen ongedaan maken met git restore
Het commando `git restore` is een krachtig hulpmiddel om gestagede wijzigingen terug te draaien. Om aanpassingen in bestanden die wel zijn gestaged maar **nog niet gecommit** ongedaan te maken, kun je het volgende commando gebruiken:
```bash
git restore --staged <file>
```
Waarbij `<file>` de **naam** van het bestand of het **pad ten opzichte van de projectmap** is. De `--staged` vlag geeft hier aan Git door om de wijzigingen in de **staging area** te herstellen. Na het uitvoeren van dit commando worden de wijzigingen in `<file>` **uit de staging gehaald**.





Dit commando draait de wijzigingen in de working tree niet terug. Het haalt ze alleen uit de staging.

Opmerking

Als je **unstage** wilt uitvoeren en vervolgens de wijzigingen in de **werkdirectory** wilt terugdraaien, kun je het volgende commando gebruiken:
```bash
git restore --staged --worktree <file>
```
Hier is een afbeelding ter verduidelijking:

## Voorbeeldworkflow

Stel dat je een extra regel wilt toevoegen met de volgende stap van het recept:
```
echo "7. Serve the eggs" >> recipe.txt
```

In tegenstelling tot het vorige hoofdstuk is er geen fout gemaakt, dus zet deze wijziging klaar voor commit:
```
git add recipe.txt
```

Na heroverweging **voordat je commit**, blijkt dat het toevoegen van deze regel aan het receptbestand niet nodig is.
Daarom deze wijziging volledig **ongedaan maken**.
Controleer eerst de status van de **werkboom** en de **staging area**:
```
git status
```

Deze wijziging is inderdaad gestaged, dus voer het `git restore`-commando uit met de juiste vlaggen om deze **volledig** ongedaan te maken:
```
git restore --staged --worktree recipe.txt
```

Controleer ten slotte of zowel de **werkmap** als de **staging area** **schoon** zijn:
```
git status
```

Git is het meest populaire versiebeheersysteem dat door miljoenen ontwikkelaars wereldwijd wordt gebruikt. Of u nu een ervaren ontwikkelaar bent of een beginner, deze cursus voorziet u van de kennis en vaardigheden die nodig zijn om uw softwareprojecten efficiënt te beheren, samen te werken met anderen en de kunst van versiebeheer te beheersen.

Eerst geven we een overzicht van versiebeheersystemen in het algemeen. Vervolgens bespreken we Git en behandelen we de basisprincipes van het aanmaken van een repository en het aanbrengen van wijzigingen daarin.

Nu is het tijd om meer geavanceerde interactie met Git te bespreken, wat je efficiëntie zal verhogen en je meer vertrouwd zal maken met enkele van de gangbare Git-workflows.

Als versiebeheersysteem biedt Git de mogelijkheid om wijzigingen ongedaan te maken wanneer dat nodig is. Ontdek de technieken in Git om niet-gestage wijzigingen in de werkmap, gestage wijzigingen en zelfs commits terug te draaien of te overschrijven.

Branches in Git zijn uiterst nuttig bij samenwerking met anderen, het oplossen van bugs of het ontwikkelen van specifieke functionaliteiten in uw project. Laten we zonder verder oponthoud ingaan op alle nuances van het werken met branches.

Het Terugdraaien van Gestage Wijzigingen

Gestagede wijzigingen ongedaan maken met git restore

Voorbeeldworkflow