Mundu osoan, Git da gehien erabiltzen den bertsioa kontrolatzeko sistema (VCS) proiektuen jarraipena eta kontrolerako. Sakabanatuta eta elkarlaneko lan-giroa ere eskaintzen du, lankidetza bultzatuz.
Adarrak Git-en funtsezko ezaugarrietako bat da, aldaketa multzo zehatz baterako kanal bereizi bat sortzeko aukera ematen baitu, hala nola akatsen adabaki bat, funtzio berrien garapena edo esperimentazioa, adar nagusian eragin gabe.
Git-en beste eragiketekin alderatuta, adarkatzea metodo nahiko sinplea da. Jatorrizko kode oinarritik aldentzeko aukera ematen du.
Branching-ek beste garatzaile batzuekin bizkorrago elkarlanean aritzeko aukera ematen dizu eta askatasun handia eskaintzen dizu lan-fluxuan. Gainera, funtzio berri batean lan egiteko aukera ematen dizu gainerako kode-basean eragin gabe.
Git-en adarkatze-mekanismoak proiektu baten barruan adar berriak ezartzea ahalbidetzen du.
Ondoren, adar gehigarri hauek kode aldaketak probatzeko erabil daitezke proiektuaren kode nagusia oztopatu gabe. Egokitzapenak arrakastatsuak badira, adarra berriro batu daiteke adar nagusian.
Hala ere, zenbaitetan Git adar bat lokalean ezabatu behar duzu, baina ez urrunetik. Irakurri nola egin jakiteko.
Zer da Git Branch?
Git-ek hainbat lan-lerro jarrai ditzake adarkatzeei esker. Horrek zure proiektuaren hainbat bertsiotan lan egiteko aukera ematen dizu aldi berean.
Proiektu askok adar nagusi egonkorra mantenduko dute ezaugarri berriak gehitzen dituzten bitartean edo garapen edo probaren adar batean akatsak konpontzen dituzten bitartean.
Proiektu-kudeatzaileak erabat ziur daudenean Dev adarrean egindako aldaketek irizpideak betetzen dituztela, aldaketa horiek adar nagusiarekin batu ditzakete. Zenbait proiektu handiagoetarako, ziklo hau behin betiko errepikatzen da askotan.
Git garapen-adarrekin lan egitea ikuspegi zoragarria da gure programarekin lan egiteko bertsioen jarraipena egiten duen bitartean. Garapen adar bat, oro har, bere aurrerapenerako bide berri bat ezartzen duen kodearen egoeraren zatiketa da.
Git beste adar batzuekin paraleloan exekutatu daiteke, zuk sortu dezakezu. Posible da gure kodeari funtzio berriak gehitzea modu antolatuan eta zehatzean.
Zergatik eta noiz ezabatu behar da?
Mantentze-praktika ohikoa da Git adarrak ezabatzea jada erabiltzen ez direnean, nahiz eta hori ez den beti unibertsala edo ulertzen.
Zergatik kendu behar dituzu zaharkitutako Git adarrak zure biltegitik? Horretarako oinarrizko bi arrazoi daude:
- Beharrezkoak dira. Sukurtsal gehienek, batez ere, azkenean onartutako tiraketa eskaera bati lotuta daudenek, ez dute funtziorik.
- Nahasmen iturri dira. Ez dute gainkarga teknologiko handirik gehitzen, baina biltegiko adar-zerrendekin lan egitea zailagoa egiten dute gizakientzat.
Adarrak modu seguruan ezaba daitezke aldaketarik galtzeko beldurrik gabe.
Demagun hurrengo eszenatokia: adar-adabaki-1 bat adar nagusiarekin bateratuko da pull eskaera baten bidez. Bat egin baino lehen, master eta adabaki-1, bakoitzak git commit historiako berrikuspen desberdinak seinalatzen ditu.
Bategitearen ondoren (fusio-konpromiso berri bat gehitzen bada), master eta patch-1 biak bateratze-konpromiso berrira lotzen dira. Une honetan, tira-eskaera amaitu da, eta etorkizuneko bultzada guztiak masterra bidali behar dira adabaki-1 beharrean.
Tokiko eta Urruneko adarra Git-en
Urruneko adarra - Sistema bereizi batean dago, orokorrean garatzaileek atzi dezaketen zerbitzari batean. Urruneko adar bat ezabatzen denean, erabiltzaile guztientzat ezabatzen da.
Tokiko adar bat - Tokiko sisteman, tokiko sukurtsal bat gordetzen da. Tokiko adar bat ezabatzeak ez du eraginik urrutiko adar batean.
Nola ezabatu adarrak lokalean?
Ez dizu orain lanean ari zaren adarra kentzen utziko, beraz, ziurtatu ezabatzen EZ duzun adar bat egiaztatzea. Has gaitezen tokiko adar bat nola kendu asmatzen.
- Hasteko, exekutatu (git branch -a) komandoa adar guztiak ikusteko (bertakoak zein urruneko).
- Ondoren, (git branch -d) komandoa erabiliz, kendu nahi duzun adarraren izena ondoren, ezabatu dezakezu.
Bateratu gabeko aldaketekin adar bat kentzen saiatzen bazara, errore-mezu hau agertuko da:
Goiko mezuak adierazten duen bezala, adar bat ezabatzera behartzeko, erabili -D aukera, hau da, —ezabatu —behartu lasterbidea.
Kontuan izan bateratu gabeko adar bat ezabatzeak adar horretan egindako aldaketa guztiak galduko dituela.
Uneko adarra ezabatzen saiatzen bazara, mezu hau ikusiko duzu:
Ezin duzu kendu une honetan zauden adarra. Lehenik eta behin, aldatu beste adar batera, gero kendu adar-izena:
Adar bat ezabatzearen alde txarra
Adarrak ezabatzearen desabantaila posible bat adarraren kokapenerako loturak hautsiko direla da (GitHub-en, etab.).
Ia inoiz ez dut lotura iraunkorrik lehen mailako adarretarako, eta adar jakin bateko edozein lan batera konektatu nahi banuen, ziurrenik tira eskaera bihurtu ondoren egingo nuke (kasu horretan estekatuko nuke. Pull-Request).
Final Hitz
Garapen-adarrak erabiltzen jakitea funtsezkoa bihurtzen da zure aplikazioa modu sistematikoan sortzeko. Kontuz zure kodea hainbat adartan egituratzen.
Edozein momentutan eragiketa korapilatsuren bat ziur ez bazaude, beti komeni da irakurtzea Git-en dokumentazio ofiziala adarretan.
Utzi erantzun bat