Leer hoe je wijzigingen ongedaan kunt maken in Git met Bitbucket Cloud

In de loop van de tutorial maak je kennis met verschillende andere git-opdrachten terwijl je leert wijzigingen ongedaan te maken. Laten we daarom aan de slag gaan.

We gaan eerst een unieke repository maken met alle code uit het origineel. Dit proces wordt aangeduid als het 'vertakken van een repository'. Vertakken is een uitgebreid git-proces dat wordt ingeschakeld wanneer een gedeelde repository wordt gehost bij een externe hostingservice zoals Bitbucket.

1. Klik of geef de volgende URL op: https://bitbucket.org/atlassian/tutorial-documentation-tests/commits/all

2. Klik in het linker-zijmenu op het symbool +, selecteer vervolgens Deze repository vertakken, neem de inhoud van het venster door en klik op Repository vertakken.

3. Je komt dan uit bij het overzicht van de nieuwe repository.

4. Klik op het symbool + en selecteer Deze repository klonen.

5. Kloon de repository op je computer.

6. Ga naar de directory met de gekloonde repository.

Nu je een repository met code en een bestaande geschiedenis op je lokale systeem hebt, ben je klaar om enkele wijzigingen ongedaan te maken.

Je moet in staat zijn om de wijziging die je ongedaan wil maken te vinden en ernaar te verwijzen. Dat doe je door te bladeren door de commit-UI van Bitbucket en er zijn een paar opdrachtregeltools waarmee je een specifieke wijziging kunt opzoeken.

Je moet in staat zijn om de wijziging die je ongedaan wil maken te vinden en ernaar te verwijzen. Dat doe je door te bladeren door de commit-UI van Bitbucket en er zijn een paar opdrachtregeltools waarmee je een specifieke wijziging kunt opzoeken.

De output van git status hier laat zien dat alles is bijgewerkt ten opzichte van de externe main-branch en dat er geen wijzigingen in behandeling zijn die wachten op een commit. In het volgende voorbeeld brengen we enkele bewerkingen in de repository aan en onderzoeken we deze in een status met wijzigingen in behandeling. Dit betekent dat er wijzigingen zijn in bestanden in de repository op je lokale systeem die je niet hebt voorbereid (of gestaged) voor toevoeging aan de projectgeschiedenis.

Voor dit volgende voorbeeld open je eerst het bestand myquote2.html. Breng een paar wijzigingen aan in de inhoud van myquote2.html, sla het bestand op en sluit het. Laten we opnieuw proberen git status uit te voeren om de repository in deze status te onderzoeken.

Uit de output hier blijkt dat de repository wijzigingen in myquote2.html bevat die in behandeling zijn. Goed nieuws! Als de wijziging die je ongedaan wil maken nog niet aan het staginggebied is toegevoegd (zoals in het voorgaande voorbeeld nog), dan kun je het bestand gewoon bewerken en doorgaan. Git begint een wijziging pas te traceren wanneer je deze toevoegt aan het staginggebied en commit naar de projectgeschiedenis.

Laten we nu de wijzigingen die we hebben aangebracht in myquote2.html ongedaan maken. Omdat dit een vereenvoudigd voorbeeld is met minimale wijzigingen, zijn er twee methoden beschikbaar om de wijzigingen ongedaan te maken. Als we git checkout myquote2.html uitvoeren, wordt de eerder gecommitte versie van myquote2.html in de repository hersteld. We kunnen ook git reset --hard uitvoeren, waardoor de hele repository wordt gereset op de laatste commit.

Met de opdracht git log kun je de projectgeschiedenis weergeven, deze filteren en zoeken naar specifieke wijzigingen. Terwijl je met git status de werkdirectory en het staginggebied kunt inspecteren, toont git log alleen de gecommitte geschiedenis.

Hetzelfde logboek met gecommitteerde geschiedenis vind je in de Bitbucket UI door de 'commits'-weergave van een repository te openen. De commitsweergave van onze demo repository vind je op: https://bitbucket.org/dans9190/tutorial-documentation-tests/commits/all. Deze weergave levert een soortgelijke output op als de opdrachtregeltool git log. Je kunt de weergave gebruiken om een commit te vinden en identificeren die je ongedaan wil maken.

In het volgende voorbeeld zie je verschillende dingen in de geschiedenis, maar is elke wijziging aan de basis een commit. Dat is dus wat we moeten opzoeken en ongedaan moeten maken.

Laten we een van de commits in de lijst gedetailleerder bekijken:

Je kunt zien dat elk commit-bericht uit vier elementen bestaat:

Hoogstwaarschijnlijk bevindt de wijziging die je ongedaan wil maken zich verder terug in de projectgeschiedenis, die behoorlijk lang kan zijn. Laten we daarom leren werken met een paar git log-basisbewerkingen om te zoeken naar een specifieke wijziging.

1. Ga naar je terminalvenster en navigeer naar het bovenste niveau van je lokale repository met de opdracht cd (change directory).

Voer de opdracht git log --oneline uit. Door de toevoeging --oneline wordt elke commit getoond op één regel, zodat je meer geschiedenis op je terminal kunt zien.

Druk op de toets q om het commitlogboek te verlaten zodat je te allen tijde naar de opdrachtprompt kunt terugkeren.

Je ziet dan iets zoals het volgende voorbeeld:

2. Druk op de toets q om terug te gaan naar je opdrachtprompt.

3. Zoek de commit met hash c5826da en meer wijzigingen op in de lijst geproduceerd met git log. Omdat iemand geen beschrijvend commitbericht heeft geschreven, moeten we uitzoeken of dat de gewenste wijzigingen heeft opgeleverd.

4. Markeer en kopieer de commithash c5826da in het git log-resultaat in je terminalvenster.

5. Typ git show, plak of typ de gekopieerde commithash en druk op Enter. Je krijgt dan iets dergelijks te zien:

De prompt onderaan blijft vollopen totdat de volledige wijziging wordt weergegeven. Druk op q om je opdracht-prompt te verlaten.

Dit was een heel kort overzicht van de opdracht git log. Als je graag met de opdracht wilt werken, is het een goed idee de geavanceerde tutorial over git log door te nemen.

1. Typ git log --oneline in je terminalvenster.

2. Kopieer de commithash voor de tweede commit in het log: 52f823c en druk vervolgens op q om het logboek te verlaten.

3. Typ git reset --soft 52f823c in je terminalvenster. Indien succesvol, wordt de opdracht in de achtergrond uitgevoerd. Dat is alles, je hebt je eerste wijziging ongedaan gemaakt. Laten we nu het resultaat van deze actie bekijken.

4. Typ git status in je terminalvenster. Je ziet dan dat de commit ongedaan is gemaakt en dat er nu een niet-gecommitte wijziging is. Dit ziet er ongeveer als volgt uit:

5. Typ git log --oneline in je terminalvenster. Je krijgt dan iets dergelijks te zien:

6. Je ziet nu dat de nieuwe HEAD van de branch commit 52f823c is, en dat is precies wat je wilde.

7. Druk op q om het logboek te verlaten. Laat je terminalvenster geopend. Omdat je nu weet hoe je een eenvoudige reset doet, gaan we iets ingewikkelders doen.

1. Typ git log --online

2. Kopieer de commit-hash 1a6a403 (myquote online bewerkt met Bitbucket). Dit is de commit direct onder pull request 6, waarin de wijzigingen zitten die we ongedaan willen maken.

3. Typ git reset 1a6a403 in je terminalvenster. De output moet er ongeveer zo uitzien:

Je kunt zien dat de wijzigingen nu een niet-gecommitte status hebben. Dit betekent dat we nu diverse wijzigingen uit de geschiedenis van het project en het staginggebied hebben verwijderd.

4. Typ git status in je terminalvenster. De output moet er ongeveer zo uitzien:

Je kunt nu zien dat de eerste wijziging die we ongedaan hebben gemaakt (het bestand bitbucket-pipelines.yml), nu helemaal niet meer wordt getraceerd door git. Dit is omdat de aanroep van git reset de wijziging verwijdert uit de head van de branch en uit het tracerings- of indexgebied van git. Het onderliggende proces is te ingewikkeld om hier te behandelen. Meer informatie daarover vind je in git reset.

5. Typ git log --oneline in je terminalvenster.

De logboekoutput toont dat de commitgeschiedenis ook is gewijzigd en begint bij commit 1a6a403. Om dit verder te illustreren, nemen we nu aan dat je de net uitgevoerde reset ongedaan wil maken. Na rijp beraad wilden we de inhoud van pull request 6 toch behouden.

Git resets zijn een van de verschillende manieren die git biedt om wijzigingen ongedaan te maken. Resets worden gewoonlijk beschouwd als een 'onveilige' optie om wijzigingen ongedaan te maken. Resets zijn prima wanneer je lokaal werkt op losstaande code, maar zijn riskant indien gedeeld met teamleden.

Om een geresette branch te delen met een extern team, moet je een 'geforceerde push' uitvoeren. Een 'geforceerde push' start je door git push -f uit te voeren. Een geforceerde push verwijdert alle geschiedenis op de branch die was gemaakt na het punt van de push.

Een voorbeeld van dit 'onveilige' scenario wordt gevolgd:

• Ontwikkelaar A heeft op een branch gewerkt aan de ontwikkeling van een nieuwe functie.
• Ontwikkelaar B heeft op dezelfde branch gewerkt aan de ontwikkeling van een aparte functie.
• Ontwikkelaar B besluit de branch te resetten op een eerdere status, van vóór het moment waarop ontwikkelaar A en B aan de slag gingen.
• Ontwikkelaar B pusht de geresette branch geforceerd naar de externe repository.
• Ontwikkelaar A pullt de branch om updates te ontvangen. Tijdens deze pull ontvangt ontwikkelaar A de geforceerde update. Deze reset de lokale branch van ontwikkelaar A terug in de tijd voordat aan deze functies werd gewerkt, en verwijdert de commits.

Je output van git reflog moet vergelijkbaar zijn met die hiervoor. Je kunt een geschiedenis weergeven van acties op de repo. De bovenste regel is een verwijzing naar de reset die we hebben gedaan om pull-aanvraag 6 te resetten. Laten we nu de reset resetten om pull-aanvraag 6 te herstellen. De tweede kolom van deze reflog-output bevat een referentiepointer naar een wijzigingsactie uitgevoerd op de repo. Hier is HEAD@{0} een verwijzing naar de eerder uitgevoerde resetopdracht. We willen de resetopdracht niet opnieuw uitvoeren. Daarom herstellen we de repo naar HEAD@{1}.

Laten we nu de commitgeschiedenis van de repo's onderzoeken met git log --oneline:

De logboekoutput toont dat de commitgeschiedenis ook is gewijzigd en begint bij commit 1a6a403. Om dit verder te illustreren, nemen we nu aan dat je de net uitgevoerde reset ongedaan wil maken. Na rijp beraad wilden we de inhoud van pull request 6 toch behouden.

Voor dit voorbeeld kiezen we commit 1f08a70 als de commit waarmee we aan de slag willen gaan. In dit scenario willen de in die commit aangebrachte bewerkingen ongedaan maken. Uitvoeren:

Hiermee starten we een git merge-workflow. Git maakt een nieuwe commit waarvan de inhoud een terugzetting is van de commit die was opgegeven de de terugzetbewerking. Git opent vervolgens een geconfigureerde teksteditor om naar een nieuw commitbericht te vragen. Terugzettingen worden dankzij deze commit-workflow beschouwd als een veiligere optie om bewerkingen ongedaan te maken. Het maken van terugzetcommits laat een duidelijker spoor achter in de commitgeschiedenis van het moment waarop een 'ongedaan maken'-bewerking is uitgevoerd.

Gefeliciteerd, je hebt alles af! Je kunt te allen tijde terugkomen naar deze tutorial of naar het gedeelte Wijzigingen ongedaan maken gaan voor meer details. Succes met Bitbucket!