Në mbarë botën, Git është sistemi më i përdorur i kontrollit të versionit (VCS) për monitorimin dhe kontrollin e projektit. Gjithashtu ofron një mjedis pune të shpërndarë dhe bashkëpunues, duke inkurajuar bashkëpunimin.
Degëzimi është një nga veçoritë më thelbësore të Git, pasi ju lejon të krijoni një kanal të veçantë për një grup specifik ndryshimesh, si p.sh. një korrigjim i gabimeve, zhvillimi i veçorive të reja ose eksperimentimi, pa ndikuar në degën kryesore.
Në krahasim me operacionet e tjera Git, degëzimi është një metodë mjaft e thjeshtë. Kjo ju lejon të devijoni nga baza origjinale e kodit.
Branching ju lejon të bashkëpunoni me zhvillues të tjerë më shpejt dhe ju ofron shumë liri në rrjedhën tuaj të punës. Gjithashtu ju lejon të punoni në një veçori të re pa ndikuar në pjesën tjetër të bazës së kodit.
Mekanizmi i degëzimit të Git lejon krijimin e degëve të reja brenda një projekti.
Këto degë shtesë mund të përdoren më pas për të testuar ndryshimet e kodit pa ndërhyrë në kodin kryesor të projektit. Nëse rregullimet janë të suksesshme, dega mund të bashkohet përsëri në degën kryesore.
Megjithatë, ka raste kur ju duhet të fshini një degë Git në nivel lokal, por jo nga distanca. Lexoni për të mësuar se si ta bëni atë.
Çfarë është dega Git?
Git mund të gjurmojë disa linja pune falë degëzimit. Kjo ju mundëson të punoni në disa versione të projektit tuaj njëkohësisht.
Shumë projekte do të mbajnë një degë kryesore të qëndrueshme ndërsa shtojnë veçori të reja ose rregullojnë gabimet në një degë zhvillimi ose testimi.
Kur menaxherët e projektit janë absolutisht të sigurt se ndryshimet e bëra në degën Dev përmbushin kriteret, ata mund t'i bashkojnë ato modifikime në degën kryesore. Për disa projekte më të mëdha, ky cikël shpesh përsëritet pafundësisht.
Puna me degët e zhvillimit të Git është një qasje e mrekullueshme për të punuar me programin tonë duke mbajtur gjurmët e versioneve të tij. Një degë zhvillimi, në përgjithësi, është një ndarje në gjendjen e kodit që krijon një rrugë të re për avancimin e tij.
Mund të funksionojë paralelisht me degët e tjera të Git, mund të krijoni. Është e mundur të shtojmë veçori të reja në kodin tonë në mënyrë të organizuar dhe të saktë.
Pse dhe kur ka nevojë për fshirje?
Është një praktikë tipike mirëmbajtjeje të fshish degët e Git kur ato nuk janë më në përdorim, megjithëse kjo nuk është gjithmonë universale ose e kuptueshme.
Pse duhet të hiqni degët e vjetruara të Git nga depoja juaj? Ka dy arsye themelore për këtë:
- Ata janë të panevojshëm. Shumica e degëve, veçanërisht ato të lidhura me një kërkesë tërheqëse që është miratuar përfundimisht, nuk kanë asnjë funksion.
- Ata janë një burim konfuzioni. Ata nuk shtojnë shpenzime të konsiderueshme teknologjike, por e bëjnë punën me listat e degëve në depo më sfiduese për njerëzit.
Degët mund të fshihen në mënyrë të sigurt pa frikën e humbjes së ndonjë modifikimi.
Merrni parasysh skenarin e mëposhtëm: një degë patch-1 do të bashkohet me degën kryesore nëpërmjet një kërkese tërheqëse. Përpara bashkimit, master dhe patch-1, secila tregon për rishikime të ndryshme në historinë e git commit.
Pas bashkimit (nëse shtohet një commit i ri i bashkimit), master dhe patch-1 lidhen të dyja me bashkimin e ri. Në këtë pikë, kërkesa për tërheqje ka përfunduar dhe të gjitha shtytjet e ardhshme duhet t'i dorëzohen masterit dhe jo patch-1.
Dega lokale vs Remote në Git
Dega në distancë – Ndodhet në një sistem të veçantë, përgjithësisht një server që zhvilluesit mund të kenë akses. Kur fshihet një degë në distancë, ajo fshihet për të gjithë përdoruesit.
Dega lokale – Në sistemin lokal, ruhet një degë lokale. Fshirja e një dege lokale nuk ka efekt në një degë të largët.
Si të fshini degët në nivel lokal?
Nuk do t'ju lejojë të hiqni degën me të cilën po punoni tani, prandaj sigurohuni që të blini një degë që NUK po e fshini. Le të fillojmë duke kuptuar se si të hiqni një degë lokale.
- Për të filluar, ekzekutoni komandën (git branch -a) për të parë të gjitha degët (si lokale ashtu edhe të largëta).
- Më pas, duke përdorur komandën (git branch -d), e ndjekur nga emri i degës që dëshironi të hiqni, mund ta fshini atë.
Nëse përpiqeni të hiqni një degë me modifikime të pabashkuara, do të shfaqet mesazhi i mëposhtëm i gabimit:
Siç tregon mesazhi i mësipërm, për të detyruar fshirjen e një dege, përdorni opsionin -D, i cili është një shkurtore për —delete —force.
Ju lutemi mbani parasysh se fshirja e një dege të pa shkrirë do të rezultojë në humbjen e të gjitha modifikimeve në atë degë.
Nëse përpiqeni të fshini degën aktuale, do të shihni mesazhin e mëposhtëm:
Nuk mund ta heqësh degën ku je tani. Fillimisht kaloni në një degë tjetër, pastaj hiqni emrin e degës:
Ana negative e fshirjes së një dege
Një disavantazh i mundshëm i fshirjes së degëve është se çdo lidhje me vendndodhjen e degës do të prishet (në GitHub, etj.).
Vështirë se kam ndonjëherë lidhje të përhershme me degë jo-primare dhe nëse do të doja të lidhesha me ndonjë punë në një degë të caktuar, ka të ngjarë ta bëj pasi të ishte kthyer në një kërkesë tërheqëse (në këtë rast do të lidhja me Tërheqje-Kërkesë).
Fjalët përfundimtare
Njohja se si të përdorni degët e zhvillimit bëhet kritike për krijimin e aplikacionit tuaj në një mënyrë sistematike. Kujdesuni të strukturoni kodin tuaj në degë të ndryshme.
Nëse, në ndonjë moment, nuk jeni të sigurt për një operacion të ndërlikuar, është gjithmonë një ide e mirë ta lexoni Dokumentacioni zyrtar i Git në degë.
Lini një Përgjigju