Over vertakkingen en vertakkingsbeleid

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

Branchbeleid is een belangrijk onderdeel van de Git-workflow en stellen je in staat om:

• Scheid werk in uitvoering van het voltooide werk in uw hoofdbranch
• Garanderen dat wijzigingen worden gebouwd voordat ze naar de hoofdmap gaan
• Beperk wie er kan bijdragen aan specifieke vertakkingen
• Afdwingen wie branches kan maken en de richtlijnen voor naamgeving van de branches
• Automatisch de juiste revisoren opnemen voor elke codewijziging
• Best practices bevorderen met verplichte coderevisoren

De volgende tabel bevat een overzicht van de beleidsregels die u kunt instellen om een vertakking aan te passen. Zie Instellingen en beleidsregels voor Git-opslagplaatsen voor een overzicht van alle beleidsregels en instellingen voor opslagplaatsen en vertakkingen.

Een Git-vertakkingsstrategie aannemen

Er zijn enkele kritieke branches in uw opslagplaats waar het team op rekent dat ze altijd in goede staat verkeren, zoals uw main branch.

Vereist pull-aanvragen om wijzigingen aan te brengen in deze takken. Ontwikkelaars die wijzigingen rechtstreeks naar de beveiligde vertakkingen pushen, krijgen hun pushes geweigerd.

Houd uw vertakkingsstrategie eenvoudig door uw strategie te bouwen op basis van deze drie concepten:

1. Gebruik functietakken voor alle nieuwe functies en bug fixes.
2. Voeg functietakken samen in de hoofdbranch met behulp van pull-aanvragen.
3. Houd een hoge kwaliteit, up-to-date hoofdvertakking.

Een strategie die deze concepten uitbreidt en tegenstrijdigheden vermijdt, resulteert in een werkstroom voor versiebeheer voor uw team die consistent en eenvoudig te volgen is.

• Een vertakkingsstrategie aannemen
• Hoe vertakkingsbeleid te configureren
• Branchmachtigingen
• Vereis vertakkingsmappen
• Een vertakkingsbeleid configureren voor een externe service

Werk aanmaken in takken

Git-vertakkingen zijn niet veel meer dan een kleine verwijzing die een exacte geschiedenis van commits bijhoudt, dus ze zijn gemakkelijk te maken.

Het doorvoeren van wijzigingen in een vertakking heeft geen invloed op andere vertakkingen. U kunt vertakkingen met anderen delen zonder de wijzigingen in het hoofdproject te hoeven samenvoegen.

U kunt nieuwe vertakkingen maken om wijzigingen voor een functie of een oplossing van fouten te isoleren van uw main branch en ander werk.

Omdat de vertakkingen licht zijn, is het snel en eenvoudig om te schakelen tussen vertakkingen. Git maakt niet meerdere kopieën van uw bron wanneer u met vertakkingen werkt. Hierbij worden de geschiedenisgegevens gebruikt die zijn opgeslagen in doorvoeringen om de bestanden in een vertakking opnieuw te maken wanneer u eraan begint te werken.

Uw Git-werkstroom moet branches maken en gebruiken voor het beheren van features en bug fixes.

De rest van de Git-werkstroom, zoals het delen van code en het controleren van code met pull requests, werkt allemaal via vertakkingen.

Het isoleren van werk in branches maakt het eenvoudig om van werk te wisselen door uw huidige branch te veranderen.

Hoe worden Git-branches gemaakt?

U maakt vertakkingen met behulp van de branch opdracht. Branch creëert een referentie in Git voor de nieuwe branch en een aanwijzer terug naar de bovenliggende commit, zodat Git een geschiedenis van wijzigingen kan bijhouden wanneer u commits toevoegt aan de branch.

Wanneer u werkt met een vertakking die iemand anders heeft gedeeld, houdt Git een upstream-traceringsrelatie bij. De relatie koppelt de vertakking in de lokale opslagplaats aan de bijbehorende vertakking op de externe opslagplaats.

Upstream-tracering maakt het eenvoudig om wijzigingen met anderen te synchroniseren met behulp van push en pull.

In deze schermopname ziet u een nieuwe vertakking die is gemaakt op basis van de hoofdbranch. Het werk gaat verder op beide takken en commits worden toegevoegd aan beide takken.

Git voegt altijd nieuwe commits toe aan de huidige lokale vertakking. Controleer aan welke vertakking u werkt voordat u doorvoert, zodat u geen wijzigingen doorvoert in de verkeerde vertakking.

Wisselen tussen lokale vertakkingen met behulp van de checkout opdracht. Git wijzigt de bestanden op uw computer zodat deze overeenkomen met de meest recente commit op de uitgecheckte branch.

Wanneer uw werk in de vertakking klaar is om te delen met de rest van het team, pusht u de wijzigingen om de externe vertakking bij te werken.

Een veelvoorkomende fout is om enkele wijzigingen aan te brengen en commit deze te realiseren dat u zich in een onjuiste vertakking bevindt en vervolgens checkout naar de juiste vertakking.

Uw meest recente wijzigingen bevinden zich niet meer in het bestandssysteem, omdat elke vertakking een eigen codeversie heeft.

Git brengt de status van de bestanden terug naar de laatste doorvoering op de vertakking waarin u bent gewisseld, niet de vorige vertakking waarin u uw wijzigingen hebt aangebracht.

U moet de commits uit de vertakking selecteren (cherry-pick) of de wijzigingen samenvoegen in de juiste vertakking.

Gebruik vertakkingen om de ontwikkeling te managen

Git houdt bij op welke vertakking je werkt en zorgt ervoor dat wanneer je een vertakking checkout, je bestanden overeenkomen met de meest recente commit op die vertakking.

Met vertakkingen kunt u tegelijkertijd met meerdere versies van de broncode in dezelfde lokale Git-opslagplaats werken.

Vertel Git op welke branch u wilt werken met checkout, en Git zorgt ervoor dat de juiste bestandsversies voor die branch worden ingesteld.

U hebt niet meer dan één repository op uw systeem nodig wanneer u branches gebruikt om uw werk te isoleren.

Stel uw ontwikkelomgeving één keer in nadat u de kloon hebt gekloond. Gebruik vervolgens Git-vertakkingen om te wisselen tussen functiewerk en foutoplossing.

Vertakkende handleidingen

Leer hoe u veelvoorkomende taken voltooit bij het werken met branches.

• Handleiding voor afdelingen
• Een branch maken
• Een vertakking verwijderen
• Een verwijderde vertakking herstellen
• Hoe vertakkingen te vergrendelen

Verwante artikelen

• Codekwaliteit verbeteren met vertakkingsbeleid
• Instellingen en beleidsregels voor Git-opslagplaatsen
• Git-opslagplaatsbeleid configureren met behulp van een configuratiebestand
• Standaardmachtigingen voor Git (beveiliging)
• Machtigingen instellen (beveiliging)
• Overzicht van integratie tussen services