På verdensplan er Git det mest brugte versionskontrolsystem (VCS) til projektovervågning og -kontrol. Det tilbyder også et spredt og samarbejdende arbejdsmiljø, der tilskynder til samarbejde.
Forgrening er en af Gits mest essentielle funktioner, da det giver dig mulighed for at oprette en separat kanal til et specifikt sæt ændringer, såsom en fejlrettelse, udvikling af nye funktioner eller eksperimenter, uden at påvirke hovedgrenen.
I sammenligning med andre Git-operationer er forgrening en ret simpel metode. Det giver dig mulighed for at afvige fra den originale kodebase.
Forgrening giver dig mulighed for hurtigere at samarbejde med andre udviklere og giver dig en masse frihed i din arbejdsgang. Det lader dig også arbejde på en ny funktion uden at påvirke resten af kodebasen.
Forgreningsmekanismen i Git giver mulighed for etablering af nye filialer inde i et projekt.
Disse yderligere grene kan derefter bruges til at teste kodeændringer uden at forstyrre hovedprojektkoden. Hvis justeringerne lykkes, kan grenen flettes tilbage til hovedgrenen.
Der er dog tidspunkter, hvor du skal slette en Git-gren lokalt, men ikke eksternt. Læs videre for at finde ud af, hvordan du gør det.
Hvad er Git Branch?
Git kan spore flere arbejdslinjer takket være forgrening. Dette giver dig mulighed for at arbejde på flere versioner af dit projekt samtidigt.
Mange projekter vil opretholde en stabil mastergren, mens der tilføjes nye funktioner eller rettes fejl på en udviklings- eller testgren.
Når projektledere er helt sikre på, at ændringer foretaget i Dev-grenen opfylder kriterierne, kan de flette disse ændringer ind i master-grenen. For visse større projekter gentages denne cyklus ofte i det uendelige.
At arbejde med Git-udviklingsgrene er en vidunderlig tilgang til at arbejde med vores program, mens du holder styr på dets versioner. En udviklingsgren er generelt en splittelse i kodetilstanden, der etablerer en ny rute for dens fremskridt.
Det kan køre parallelt med andre Git-grene, du kan oprette. Det er muligt at tilføje nye funktioner til vores kode på en organiseret og præcis måde.
Hvorfor og hvornår skal den slettes?
Det er typisk vedligeholdelsespraksis at slette Git-grene, når de ikke længere er i brug, selvom dette ikke altid er universelt eller forstået.
Hvorfor skal du fjerne forældede Git-grene fra dit lager? Der er to grundlæggende årsager til dette:
- De er unødvendige. De fleste filialer, især dem, der er forbundet med en pull-anmodning, der endelig er blevet godkendt, har ingen funktion.
- De er en kilde til forvirring. De tilføjer ingen væsentlig teknologisk overhead, men de gør arbejdet med lister over filialer i depotet mere udfordrende for mennesker.
Filialer kan slettes sikkert uden frygt for at miste eventuelle ændringer.
Overvej følgende scenarie: en branch patch-1 vil blive fusioneret med mastergrenen via en pull-anmodning. Før sammenlægning, master og patch-1, peger hver på forskellige revisioner i git commit-historien.
Efter sammenlægningen (hvis en ny merge-commit tilføjes), linker både master og patch-1 til den nye merge-commit. På dette tidspunkt er pull-anmodningen afsluttet, og alle fremtidige push skal sendes til master i stedet for patch-1.
Lokal vs Remote Branch i Git
Remote Branch - Den er placeret på et separat system, generelt en server, som udviklere kan få adgang til. Når en ekstern filial slettes, slettes den for alle brugere.
Lokal afdeling – På det lokale system gemmes en lokal afdeling. En lokal afdelings sletning har ingen effekt på en fjern afdeling.
Hvordan sletter man filialer lokalt?
Det vil ikke tillade dig at fjerne den filial, du nu arbejder på, så sørg for at tjekke en filial, som du IKKE sletter. Lad os begynde med at finde ud af, hvordan man fjerner en lokal afdeling.
- For at begynde skal du køre kommandoen (git branch -a) for at se alle filialer (både lokale og eksterne).
- Derefter kan du slette den ved at bruge (git branch -d) kommandoen efterfulgt af navnet på den gren, du ønsker at fjerne.
Hvis du forsøger at fjerne en gren med usammenflettede ændringer, vises følgende fejlmeddelelse:
Som meddelelsen ovenfor angiver, for at gennemtvinge sletning af en gren, skal du bruge -D-indstillingen, som er en genvej til —delete —force.
Husk, at sletning af en ikke-sammenflettet filial vil resultere i tab af alle ændringer af den filial.
Hvis du forsøger at slette den aktuelle filial, vil du se følgende besked:
Du kan ikke fjerne den gren, du er på lige nu. Skift til en anden filial først, og fjern derefter filialnavnet:
Ulempen ved at slette en filial
En mulig ulempe ved at slette filialer er, at eventuelle koblinger til filialens placering vil blive brudt (i GitHub osv.).
Jeg har næsten aldrig permanente links til ikke-primære filialer, og hvis jeg ville oprette forbindelse til noget arbejde på en bestemt filial, ville jeg sandsynligvis gøre det, efter at det var blevet omdannet til en pull-anmodning (i hvilket tilfælde jeg ville linke til Pull-Request).
Afsluttende ord
At vide, hvordan man bruger udviklingsgrene bliver afgørende for at skabe din applikation på en systematisk måde. Sørg for at strukturere din kode i forskellige grene.
Hvis du på noget tidspunkt er usikker på en kompliceret operation, er det altid en god idé at læse Gits officielle dokumentation på grene.
Giv en kommentar