Code opslaan en delen met Git

Het opslaan en delen van versies van code met een team zijn de meest voorkomende dingen die worden uitgevoerd bij het gebruik van versiebeheer. Git heeft een eenvoudige werkstroom in drie stappen voor deze taken:

1. Een nieuwe branch aanmaken voor werk
2. Wijzigingen doorvoeren
3. Push de branch en deel deze met het team

Met Git kunt u eenvoudig werk beheren met vertakkingen. Elk bugfix, nieuwe functie, toegevoegde test en bijgewerkte configuratie begint met een nieuwe vertakking. Vertakkingen zijn lichtgewicht en lokaal op de ontwikkelmachine, dus u hoeft zich geen zorgen te maken over het gebruik van hulpmiddelen of het coördineren van wijzigingen met anderen totdat het tijd is om de vertakking te pushen.

Met vertakkingen kunt u los van andere wijzigingen in de ontwikkeling codeeren. Zodra alles werkt, worden de branch en de wijzigingen daarvan gedeeld met uw team. Anderen kunnen experimenteren met de code in hun eigen kopie van de tak zonder dat dit invloed heeft op het werk dat gaande is in hun eigen takken.

Een tak aanmaken

Maak bij het starten van nieuw werk een vertakking op basis van de code in een huidige vertakking zoals main. Het is een goed idee om te controleren welke branch geselecteerd is git status voordat u een nieuwe branch maakt.

Vertakkingen maken in Git met behulp van de git branch opdracht:

> git branch <branchname>

De commando voor het wisselen van vertakkingen in de repository is git checkout. Nadat u de branch hebt gemaakt, schakelt u naar deze over voordat u wijzigingen opslaat.

> git checkout <branchname>

Git heeft een verkorte opdracht om zowel de vertakking te maken als om er tegelijkertijd naar over te schakelen:

> git checkout -b <branchname>

Meer informatie over het werken met Git-vertakkingen in GitHub of Azure DevOps.

Wijzigingen opslaan

Git maakt niet automatisch een momentopname van de code als er bewerkingen worden uitgevoerd. Git moet precies worden verteld welke wijzigingen moeten worden toegevoegd aan de volgende momentopname. Dit wordt fasering genoemd. Nadat u de wijzigingen hebt gefaseerd, maakt u een commit om de momentopname permanent op te slaan.

Fasewijzigingen

Git houdt bestandswijzigingen bij in de repository zodra ze plaatsvinden. Deze wijzigingen worden onderverdeeld in drie categorieën:

• Niet-gewijzigde bestanden zijn niet gewijzigd sinds de laatste doorvoering.
• Gewijzigde bestanden hebben wijzigingen sinds de laatste doorvoering, maar zijn niet gefaseerd voor de volgende doorvoering.
• Gestageerde bestanden hebben wijzigingen die aan de volgende commit toegevoegd worden.

Wanneer u een commit creëert, worden alleen de gestageerde wijzigingen en ongewijzigde bestanden gebruikt voor de momentopname. Niet-voorbereide wijzigingen worden bewaard op het bestandssysteem, maar de doorvoer maakt gebruik van het ongewijzigde bestand in de momentopname.

Wijzigingen doorvoeren

Sla wijzigingen op in Git door een commit te maken. Elke doorvoering slaat de volledige bestandsinhoud van de opslagplaats op in elke doorvoering, niet alleen afzonderlijke bestandswijzigingen. Dit gedrag verschilt van andere versiebeheersystemen die verschillen op bestandsniveau opslaan ten opzichte van de laatste versie van de code. Met volledige bestandsgeschiedenissen kan Git betere beslissingen nemen bij het samenvoegen van wijzigingen en wordt het schakelen tussen vertakkingen van code razendsnel.

Faseer wijzigingen om git add gewijzigde bestanden toe te voegen, git rm bestanden te verwijderen en git mv bestanden te verplaatsen. Gebruik vervolgens de opdracht git commit om de commit te maken.

Meestal willen ontwikkelaars alle gewijzigde bestanden in de repository klaarzetten.

> git add –all

Voer vervolgens de wijzigingen door met een korte beschrijving:

> git commit -m "Short description of changes."

Elke commit heeft een bericht waarin de wijzigingen worden beschreven. Een goed doorvoerbericht helpt de ontwikkelaar bij het onthouden van de wijzigingen die ze in een doorvoering hebben aangebracht. Goede doorvoerberichten maken het ook gemakkelijker voor anderen om de doorvoering te controleren.

Meer informatie over faseringsbestanden en het doorvoeren van wijzigingen in Visual Studio of Visual Studio Code.

Wijzigingen delen

Ongeacht of ze ergens aan een team werken of alleen een back-up van hun eigen code willen maken, moeten ontwikkelaars doorvoeringen delen met een opslagplaats op een andere computer. Gebruik de git push opdracht om doorvoeringen uit de lokale opslagplaats te maken en deze naar een externe opslagplaats te schrijven. Git is ingesteld in gekloonde opslagplaatsen om verbinding te maken met de bron van de kloon, ook wel bekend als origin. git push uitvoeren om de lokale commits op uw huidige tak naar een andere tak (taknaam) te schrijven in deze hoofdopslagplaats. Git maakt branchname op de externe opslagplaats als deze niet bestaat.

> git push origin

Als u werkt in een opslagplaats die op het lokale systeem is gemaakt met git init, moet u een verbinding met de Git-server van het team instellen voordat wijzigingen kunnen worden gepusht. Meer informatie over het instellen van externe apparaten en het pushen van wijzigingen in Visual Studio of Visual Studio Code.

Vertakkingen delen

Als u een lokale vertakking naar de gedeelde opslagplaats van het team pusht, worden de wijzigingen toegankelijk voor de rest van het team. De eerste keer git push wordt uitgevoerd. Als u de -u optie toevoegt, geeft Git de opdracht om de lokale vertakking bij te houden naar de naam van de vertakking vanuit de origin opslagplaats. Na deze eenmalige configuratie van traceringsgegevens kunnen teamleden snel en eenvoudig direct updates git push delen.

> git push origin <branchname>

Volgende stappen

Kom meer te weten over vertakkingen in GitHub of Azure DevOps.

Meer informatie over pushen van commits en branches in Visual Studio of Visual Studio Code.