Wêreldwyd is Git die mees gebruikte weergawebeheerstelsel (VCS) vir projekmonitering en -beheer. Dit bied ook 'n verspreide en samewerkende werksomgewing, wat samewerking aanmoedig.
Vertakking is een van Git se mees noodsaaklike kenmerke, aangesien dit jou toelaat om 'n aparte kanaal vir 'n spesifieke stel veranderinge te skep, soos 'n fout pleister, nuwe kenmerk ontwikkeling of eksperimentering, sonder om die hooftak te beïnvloed.
In vergelyking met ander Git-bedrywighede, is vertakking 'n redelik eenvoudige metode. Dit laat jou toe om van die oorspronklike kodebasis af te wyk.
Vertakking laat jou toe om vinniger met ander ontwikkelaars saam te werk en bied jou baie vryheid in jou werkvloei. Dit laat jou ook aan 'n nuwe kenmerk werk sonder om die res van die kodebasis te beïnvloed.
Die vertakkingsmeganisme van Git maak voorsiening vir die vestiging van nuwe takke binne 'n projek.
Hierdie bykomende takke kan dan gebruik word om kodeveranderings te toets sonder om met die hoofprojekkode in te meng. As die aanpassings suksesvol is, kan die tak weer in die hooftak saamgevoeg word.
Daar is egter tye wanneer jy 'n Git-tak plaaslik moet uitvee, maar nie op afstand nie. Lees verder om uit te vind hoe om dit te doen.
Wat is Git-tak?
Git kan verskeie werklyne opspoor danksy vertakking. Dit stel jou in staat om gelyktydig aan verskeie weergawes van jou projek te werk.
Baie projekte sal 'n stabiele meestertak handhaaf terwyl nuwe kenmerke bygevoeg word of foute op 'n ontwikkelings- of toetstak reggemaak word.
Wanneer Projekbestuurders absoluut seker is dat veranderinge wat in die Dev-tak aan die kriteria gemaak is, aan die kriteria voldoen, kan hulle daardie wysigings in die hooftak saamvoeg. Vir sekere groter projekte word hierdie siklus dikwels onbepaald herhaal.
Om met Git-ontwikkelingstakke te werk, is 'n wonderlike benadering om met ons program te werk terwyl jy tred hou met die weergawes daarvan. 'n Ontwikkelingstak is oor die algemeen 'n splitsing in die toestand van kode wat 'n nuwe roete vir sy bevordering daarstel.
Dit kan parallel loop met ander Git-takke, jy kan skep. Dit is moontlik om nuwe kenmerke op 'n georganiseerde en akkurate manier by ons kode te voeg.
Hoekom en wanneer moet dit uitgevee word?
Dit is tipiese instandhoudingspraktyk om Git-takke uit te vee wanneer hulle nie meer gebruik word nie, hoewel dit nie altyd universeel of verstaanbaar is nie.
Waarom moet u verouderde Git-takke uit u bewaarplek verwyder? Daar is twee basiese redes hiervoor:
- Hulle is onnodig. Die meeste takke, veral dié wat verband hou met 'n trekversoek wat uiteindelik goedgekeur is, het geen funksie nie.
- Hulle is 'n bron van verwarring. Hulle voeg geen noemenswaardige tegnologiese bokoste by nie, maar hulle maak werk met lyste takke in die bewaarplek meer uitdagend vir mense.
Takke kan veilig uitgevee word sonder om bang te wees om enige wysigings te verloor.
Oorweeg die volgende scenario: 'n tak-patch-1 gaan saamgevoeg word met die hooftak via 'n trekversoek. Voordat jy saamsmelt, master en patch-1, wys elkeen na verskillende hersienings in die git-commit-geskiedenis.
Na die samesmelting (as 'n nuwe samesmeltingstoewysing bygevoeg word), skakel meester en pleister-1 albei na die nuwe samevoegingstoewysing. Op hierdie punt is die trekversoek voltooi, en alle toekomstige stoot moet aan master eerder as patch-1 ingedien word.
Plaaslike vs Afgeleë tak in Git
Afgeleë tak – Dit is op 'n aparte stelsel geleë, gewoonlik 'n bediener waartoe ontwikkelaars toegang het. Wanneer 'n afgeleë tak uitgevee word, word dit vir alle gebruikers uitgevee.
Plaaslike tak - Op die plaaslike stelsel word 'n plaaslike tak gestoor. 'n Plaaslike tak se skrapping het geen effek op 'n verafgeleë tak nie.
Hoe om takke plaaslik uit te vee?
Dit sal jou nie toelaat om die tak waaraan jy nou werk te verwyder nie, so maak seker jy betaal 'n tak wat jy NIE uitvee nie. Kom ons begin deur uit te vind hoe om 'n plaaslike tak te verwyder.
- Om te begin, voer die (git branch -a) opdrag uit om alle takke (beide plaaslik en afgeleë) te sien.
- Dan, met behulp van die (git branch -d) opdrag, gevolg deur die naam van die tak wat jy wil verwyder, kan jy dit uitvee.
As jy probeer om 'n tak te verwyder met onsamegevoegde wysigings, sal die volgende foutboodskap verskyn:
Soos die boodskap hierbo aandui, gebruik die -D opsie om die verwydering van 'n tak te dwing, wat 'n kortpad is vir —delete —force.
Hou asseblief in gedagte dat die uitvee van 'n onsaamgevoegde tak sal lei tot die verlies van alle wysigings aan daardie tak.
As jy probeer om die huidige tak uit te vee, sal jy die volgende boodskap sien:
Jy kan nie die tak waarop jy nou is verwyder nie. Skakel eers oor na 'n ander tak, verwyder dan die taknaam:
Nadeel van die verwydering van 'n tak
'n Moontlike nadeel om takke uit te vee, is dat enige skakels na die tak se ligging verbreek sal word (in GitHub, ens.).
Ek het amper nooit permanente skakels na nie-primêre takke nie, en as ek wel aan enige werk op 'n spesifieke tak wil koppel, sal ek dit waarskynlik doen nadat dit in 'n trekversoek verander is (in welke geval ek sou skakel na die Trek-versoek).
Finale woorde
Om te weet hoe om ontwikkelingstakke te gebruik, word van kritieke belang om jou toepassing op 'n sistematiese manier te skep. Sorg dat u u kode in verskeie takke struktureer.
As jy op enige stadium onseker is van 'n ingewikkelde operasie, is dit altyd 'n goeie idee om te lees Git se amptelike dokumentasie op takke.
Lewer Kommentaar