Wereldwijd is Git het meest gebruikte versiebeheersysteem (VCS) voor projectbewaking en -controle. Het biedt ook een verspreide en collaboratieve werkomgeving, wat samenwerking aanmoedigt.
Vertakking is een van de meest essentiële functies van Git, omdat het je in staat stelt om een apart kanaal te creëren voor een specifieke reeks wijzigingen, zoals een bug-patch, de ontwikkeling van nieuwe functies of experimenten, zonder de hoofdvertakking te beïnvloeden.
In vergelijking met andere Git-bewerkingen is vertakking een vrij eenvoudige methode. Hiermee kunt u afwijken van de oorspronkelijke codebasis.
Vertakking stelt je in staat sneller samen te werken met andere ontwikkelaars en geeft je veel vrijheid in je workflow. Het laat je ook aan een nieuwe functie werken zonder de rest van de codebase te beïnvloeden.
Het vertakkingsmechanisme van Git zorgt voor de oprichting van nieuwe vertakkingen binnen een project.
Deze extra vertakkingen kunnen vervolgens worden gebruikt om codewijzigingen te testen zonder de hoofdprojectcode te verstoren. Als de aanpassingen succesvol zijn, kan de vertakking weer worden samengevoegd in de hoofdvertakking.
Er zijn echter momenten waarop u een Git-branch lokaal moet verwijderen, maar niet op afstand. Lees verder om erachter te komen hoe u dit kunt doen.
Wat is Git Branch?
Git kan verschillende werklijnen volgen dankzij vertakkingen. Hierdoor kunt u tegelijkertijd aan meerdere versies van uw project werken.
Veel projecten zullen een stabiele master-branch behouden terwijl ze nieuwe functies toevoegen of bugs oplossen in een ontwikkelings- of testbranch.
Wanneer Project Managers er absoluut zeker van zijn dat veranderingen die in de Dev branch gemaakt zijn aan de criteria voldoen, kunnen ze die wijzigingen samenvoegen in de master branch. Bij bepaalde grotere projecten wordt deze cyclus vaak oneindig herhaald.
Werken met Git-ontwikkeltakken is een geweldige manier om met ons programma te werken en tegelijkertijd de versies ervan bij te houden. Een ontwikkelingstak is over het algemeen een splitsing in de staat van de code die een nieuwe route voor zijn vooruitgang bepaalt.
Het kan parallel lopen met andere Git-takken die je kunt maken. Het is mogelijk om op een overzichtelijke en nauwkeurige manier nieuwe features aan onze code toe te voegen.
Waarom en wanneer moet het worden verwijderd?
Het is een typische onderhoudspraktijk om Git-takken te verwijderen wanneer ze niet langer in gebruik zijn, hoewel dit niet altijd universeel of begrepen wordt.
Waarom zou je verouderde Git-takken uit je repository verwijderen? Hiervoor zijn twee fundamentele redenen:
- Ze zijn onnodig. De meeste branches, met name die welke zijn gekoppeld aan een pull-request die uiteindelijk is goedgekeurd, hebben geen functie.
- Ze zijn een bron van verwarring. Ze voegen geen substantiële technologische overhead toe, maar ze maken het werken met lijsten met branches in de repository uitdagender voor mensen.
Takken kunnen veilig worden verwijderd zonder angst om wijzigingen te verliezen.
Overweeg het volgende scenario: een branch patch-1 wordt via een pull-verzoek samengevoegd met de master branch. Voor het samenvoegen, master en patch-1, verwijzen elk naar verschillende revisies in de git commit-geschiedenis.
Na de merge (als er een nieuwe merge commit is toegevoegd), linken master en patch-1 beide naar de nieuwe merge commit. Op dit punt is het pull-verzoek voltooid en moeten alle toekomstige pushes worden ingediend bij de master in plaats van bij patch-1.
Lokaal versus extern filiaal in Git
Remote Branch - Het bevindt zich op een apart systeem, meestal een server waar ontwikkelaars toegang toe hebben. Wanneer een externe vertakking wordt verwijderd, wordt deze voor alle gebruikers verwijderd.
Lokale vestiging – Op het lokale systeem wordt een lokale vestiging opgeslagen. Het verwijderen van een lokale vestiging heeft geen effect op een verre vestiging.
Hoe vertakkingen lokaal verwijderen?
Het zal je niet toestaan om de branch waar je nu aan werkt te verwijderen, dus zorg ervoor dat je een branch afrekent die je NIET verwijdert. Laten we beginnen met uitzoeken hoe we een lokale branch kunnen verwijderen.
- Voer om te beginnen het (git branch -a) commando uit om alle branches te zien (zowel lokaal als op afstand).
- Dan, met behulp van het (git branch -d) commando, gevolgd door de naam van de branch die je wilt verwijderen, kun je deze verwijderen.
Als je een branch probeert te verwijderen met niet-samengevoegde wijzigingen, zal het volgende foutbericht verschijnen:
Zoals het bericht hierboven aangeeft, gebruikt u de optie -D om het verwijderen van een vertakking te forceren, wat een snelkoppeling is voor —delete —force.
Houd er rekening mee dat het verwijderen van een niet-samengevoegde vertakking zal resulteren in het verlies van alle wijzigingen aan die vertakking.
Als u probeert de huidige vertakking te verwijderen, ziet u het volgende bericht:
Je kunt de branch waar je nu op zit niet verwijderen. Schakel eerst naar een andere branch en verwijder daarna de branchnaam:
Nadeel van het verwijderen van een vertakking
Een mogelijk nadeel van het verwijderen van branches is dat eventuele koppelingen naar de locatie van de branch worden verbroken (in GitHub, etc.).
Ik heb bijna nooit permanente links naar niet-primaire branches, en als ik verbinding zou willen maken met enig werk op een bepaalde branch, zou ik dat waarschijnlijk doen nadat het was omgezet in een pull-verzoek (in dat geval zou ik linken naar de Pull-Request).
Laatste woorden
Weten hoe u ontwikkelingstakken moet gebruiken, wordt van cruciaal belang om uw toepassing op een systematische manier te maken. Zorg ervoor dat u uw code structureert in verschillende branches.
Als u op enig moment niet zeker bent van een gecompliceerde operatie, is het altijd een goed idee om te lezen Officiële documentatie van Git op takken.
Laat een reactie achter