Over vertakkingen en vertakkingsbeleid
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Vertakkingsbeleid is een belangrijk onderdeel van de Git-werkstroom en stelt u in staat het volgende te doen:
- Werk dat wordt uitgevoerd isoleren van het voltooide werk in uw hoofdbranch
- Garanderen dat wijzigingen worden gebouwd voordat ze naar de hoofdmap gaan
- Beperken wie kan bijdragen aan specifieke vertakkingen
- Afdwingen wie vertakkingen en de naamgevingsrichtlijnen voor de vertakkingen kan maken
- Automatisch de juiste revisoren opnemen voor elke codewijziging
- Best practices afdwingen met vereiste coderevisoren
De volgende tabel bevat een overzicht van de beleidsregels die u kunt definiëren 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.
Beleid
Standaard
Beschrijving
Aan
Goedkeuring vereisen van een opgegeven aantal revisoren voor pull-aanvragen.
Aan
Moedig traceerbaarheid aan door te controleren op gekoppelde werkitems voor pull-aanvragen.
Aan
Controleer of alle opmerkingen zijn opgelost voor pull-aanvragen.
Aan
Besturingselementvertakkingsgeschiedenis door de beschikbare typen samenvoeging te beperken wanneer pull-aanvragen zijn voltooid.
Aan
Voeg een of meer beleidsregels toe om code te valideren door wijzigingen in pull-aanvragen vooraf samen te voegen en samen te voegen. Kan ook beleidsregels in- of uitschakelen.
Aan
Voeg een of meer beleidsregels toe om andere services te verplichten om de status geslaagd te posten om pull-aanvragen te voltooien. Kan ook beleidsregels in- of uitschakelen.
Aan
Voeg een of meer beleidsregels toe om coderevisoren aan te wijzen die automatisch moeten worden opgenomen wanneer pull-aanvragen bepaalde codegebieden wijzigen. Kan ook beleidsregels in- of uitschakelen.
Een Git-vertakkingsstrategie aannemen
Er zijn enkele kritieke vertakkingen in uw opslagplaats die het team vertrouwt op een goede vorm, zoals uw main vertakking.
Pull-aanvragen vereisen om wijzigingen in deze vertakkingen aan te brengen. 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:
- Functievertakkingen gebruiken voor alle nieuwe functies en oplossingen voor fouten.
- Voeg functietakken samen in de hoofdbranch met behulp van pull-aanvragen.
- Houd een hoogwaardige, 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
- Vertakkingsbeleid configureren
- Vertakkingsmachtigingen
- Vertakkingsmappen vereisen
- Een vertakkingsbeleid configureren voor een externe service
Werk maken in vertakkingen
Git-vertakkingen zijn niet veel meer dan een kleine verwijzing die een exacte geschiedenis van doorvoeringen bijhoudt, dus ze zijn goedkoop om te maken.
Het doorvoeren van wijzigingen in een vertakking heeft geen invloed op andere vertakkingen. U kunt vertakkingen met anderen delen zonder dat u de wijzigingen hoeft samen te voegen in het hoofdproject.
U kunt nieuwe vertakkingen maken om wijzigingen voor een functie of een bugfix te isoleren van uw hoofdvertakking 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 vertakkingen maken en gebruiken voor het beheren van functies en oplossingen voor fouten.
De rest van de Git-werkstroom, zoals het delen van code en het controleren van code met pull-aanvragen , werken allemaal via vertakkingen.
Het isoleren van werk in vertakkingen maakt het eenvoudig om te wijzigen waaraan u werkt door uw huidige vertakking te wijzigen.
Hoe worden Git-vertakkingen gemaakt?
U maakt vertakkingen met behulp van de branch opdracht. Branch maakt een verwijzing in Git voor de nieuwe vertakking en een aanwijzer terug naar de bovenliggende doorvoering, zodat Git een geschiedenis van wijzigingen kan bijhouden wanneer u doorvoeringen toevoegt aan de vertakking.
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. Werk wordt voortgezet op beide vertakkingen en doorvoeringen worden toegevoegd aan beide vertakkingen.
Git voegt altijd nieuwe doorvoeringen 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 doorvoering op de uitgecheckte vertakking.
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 doorvoeringen uit de vertakking kiezen of de wijzigingen samenvoegen in de juiste vertakking.
Vertakkingen gebruiken om ontwikkeling te beheren
Git houdt bij welke vertakking u werkt en zorgt ervoor dat wanneer u checkout een vertakking gebruikt, uw bestanden overeenkomen met de meest recente doorvoering op de vertakking.
Met vertakkingen kunt u tegelijkertijd met meerdere versies van de broncode in dezelfde lokale Git-opslagplaats werken.
Vertel Git aan welke vertakking u wilt werken checkouten Git zorgt ervoor dat de juiste bestandsversies voor die vertakking worden ingesteld.
U hebt niet meer dan één opslagplaats op uw systeem nodig wanneer u vertakkingen 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.
Handleidingen voor vertakkingen
Meer informatie over het voltooien van algemene taken bij het werken met vertakkingen.
- Zelfstudie voor branches
- Een vertakking maken
- Een vertakking verwijderen
- Een verwijderde vertakking herstellen
- Vertakkingen vergrendelen
Verwante artikelen:
Feedback
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie: https://aka.ms/ContentUserFeedback.
Feedback verzenden en weergeven voor