Över hela världen är Git det mest använda versionskontrollsystemet (VCS) för projektövervakning och kontroll. Det erbjuder också en spridd och samarbetsmiljö som uppmuntrar till samarbete.
Förgrening är en av Gits mest väsentliga funktioner, eftersom det låter dig skapa en separat kanal för en specifik uppsättning ändringar, såsom en buggpatch, utveckling av nya funktioner eller experiment, utan att påverka huvudgrenen.
I jämförelse med andra Git-operationer är förgrening en ganska enkel metod. Det låter dig avvika från den ursprungliga kodbasen.
Förgreningar gör att du kan samarbeta med andra utvecklare snabbare och ger dig mycket frihet i ditt arbetsflöde. Det låter dig också arbeta med en ny funktion utan att påverka resten av kodbasen.
Förgreningsmekanismen i Git möjliggör etablering av nya grenar i ett projekt.
Dessa ytterligare grenar kan sedan användas för att testa kodändringar utan att störa huvudprojektkoden. Om justeringarna lyckas kan grenen slås samman tillbaka till huvudgrenen.
Det finns dock tillfällen då du behöver ta bort en Git-gren lokalt, men inte på distans. Läs vidare för att ta reda på hur du gör.
Vad är Git Branch?
Git kan spåra flera arbetslinjer tack vare förgrening. Detta gör att du kan arbeta med flera versioner av ditt projekt samtidigt.
Många projekt kommer att upprätthålla en stabil huvudgren samtidigt som de lägger till nya funktioner eller fixar buggar på en utvecklings- eller testgren.
När projektledare är helt säkra på att ändringar som gjorts i Dev-grenen uppfyller kriterierna, kan de slå samman dessa ändringar i huvudgrenen. För vissa större projekt upprepas denna cykel ofta i oändlighet.
Att arbeta med Git-utvecklingsgrenar är ett underbart sätt att arbeta med vårt program samtidigt som man håller reda på dess versioner. En utvecklingsgren är i allmänhet en splittring i kodtillståndet som etablerar en ny väg för dess avancemang.
Det kan köras parallellt med andra Git-grenar, du kan skapa. Det är möjligt att lägga till nya funktioner i vår kod på ett organiserat och korrekt sätt.
Varför och när behöver den raderas?
Det är typisk underhållspraxis att ta bort Git-grenar när de inte längre används, även om detta inte alltid är universellt eller förstås.
Varför ska du ta bort föråldrade Git-grenar från ditt arkiv? Det finns två grundläggande skäl till detta:
- De är onödiga. De flesta grenar, särskilt de som är kopplade till en pull-begäran som slutligen har godkänts, har ingen funktion.
- De är en källa till förvirring. De tillför inga väsentliga tekniska omkostnader, men de gör arbetet med listor över grenar i förvaret mer utmanande för människor.
Filialer kan tas bort säkert utan rädsla för att förlora några ändringar.
Tänk på följande scenario: en grenpatch-1 kommer att slås samman med huvudgrenen via en pull-begäran. Innan sammanslagning, master och patch-1, pekar var och en på olika revisioner i git commit-historiken.
Efter sammanslagningen (om en ny sammanfogningsförpliktelse läggs till), länkar både master och patch-1 till den nya sammanslagningsförpliktelsen. Vid denna tidpunkt är pull-begäran avslutad och alla framtida push ska skickas till master snarare än patch-1.
Lokal vs Remote Branch i Git
Remote Branch – Den finns på ett separat system, vanligtvis en server som utvecklare kan komma åt. När en fjärrgren raderas tas den bort för alla användare.
Lokal filial – På det lokala systemet sparas en lokal filial. En lokal filials radering har ingen effekt på en avlägsen filial.
Hur tar man bort filialer lokalt?
Det kommer inte att tillåta dig att ta bort grenen du nu arbetar med, så se till att du checkar ut en gren som du INTE tar bort. Låt oss börja med att ta reda på hur man tar bort en lokal filial.
- För att börja, kör kommandot (git branch -a) för att se alla grenar (både lokala och fjärranslutna).
- Sedan, genom att använda kommandot (git branch -d), följt av namnet på grenen du vill ta bort, kan du ta bort den.
Om du försöker ta bort en gren med osammanfogade ändringar, visas följande felmeddelande:
Som meddelandet ovan indikerar, för att tvinga bort en gren, använd alternativet -D, som är en genväg för —radera —force.
Tänk på att om du tar bort en osammanfogad gren kommer alla ändringar av den grenen att gå förlorade.
Om du försöker ta bort den aktuella grenen kommer du att se följande meddelande:
Du kan inte ta bort grenen du är på just nu. Byt först till en annan gren och ta sedan bort filialnamnet:
Nackdelen med att ta bort en gren
En möjlig nackdel med att ta bort grenar är att eventuella länkar till grenens plats kommer att brytas (i GitHub, etc.).
Jag har nästan aldrig permanenta länkar till icke-primära grenar, och om jag ville ansluta till något arbete på en viss gren, skulle jag förmodligen göra det efter att det hade förvandlats till en pull-begäran (i vilket fall jag skulle länka till Pull-Request).
slutord
Att veta hur man använder utvecklingsgrenar blir avgörande för att skapa din applikation på ett systematiskt sätt. Var noga med att strukturera din kod i olika grenar.
Om du vid något tillfälle är osäker på en komplicerad operation är det alltid en bra idé att läsa Gits officiella dokumentation på grenar.
Kommentera uppropet